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ABSTRACT 


The  computerized  Quick-Reacting  General  War  Gaming  System  (QUICK)  will 
accept  input  data,  automatically  generate  global  strategic  nuclear  war 
plans,  provide  statistical  output  sutnnaries  and  produce  input  tapes  to 
simulator  subsystems  external  to  QUICK.  QUICK  has  oeen  programmed  In 
FORTRAN  for  use  on  the  CCTC  HIS  6000  computer  system. 

The  QUICK  Program  Maintenance  Manual  consists  of  four  volumes:  Volume 
I,  Data  Management  Subsystem;  Volume  II,  Weapon/Target  Identification 
Subsystem;  Volume  III,  Weapon  Allocation  Subsystem;  Volume  IV,  Sortie 
Generation  Subsystem.  The  Program  Maintenance  Manual  complements  the 
other  QUICK  Computer  System  Manuals  to  facilitate  maintenance  of  the 
war  gaming  system.  This  volume,  Volume  III,  provides  the  programmer/ 
analyst  with  a technical  description  of  the  purpose,  functions,  general 
procedures,  and  programming  techniques  applicable  to  the  programs  and 
subroutines  of  the  Weapon  Allocation  subsystem.  ^Companion  documents  are: 

a.  USERS  MANUAL 

Computer  System  Manual  UM  9-77,  Volume  I 
Computer  System  Manual  UM  9-77,  Volume  II 
Computer  System  Manual  UM  9-77,  Volume  III 
Computer  System  Manual  UM  9-77,  Volume  IV 

Provides  detailed  instructions  for  applications  of  the  system 

b . TECHNICAL  MEMORANDUM 
Technical  Memorandum  TM  153-77 

Provides  a nontechnical  description  of  the  system  for  senior 
management  personnel 
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SECTION  1.  GENERAL 


1.1  Purpose 

This  volume  of  the  QUICK  Program  Maintenance  Manual  describes  the  mod- 
ules which  are  part  of  the  QUICK  Weapon/Allocation  subsystem,  detailing 
the  modules,  subroutines,  and  functions  which  it  comprises.  The  infor- 
mation contained  herein  is  presented  on  a module-by-module  basis.  The 
module-by-module  discussions  are  structured  so  that  a maintenance  pro- 
grammer can  understand  the  program  functions  and  programming  techniques. 
The  computer  subjects  are  structured  to  inform  the  maintenance  program- 
mer of  overall  system  programming  techniques  and  conventions. 

1.2  General  Description 

The  Weapon  Allocation  subsystem  operates  using  the  integrated  data  base 
as  defined  by  all  modules  up  to  PLANSET  of  the  Weapon/Target  Identifica- 
tion subsystem  and  produces  a plan  using  the  weapon  resources  specified 
to  maximize  the  expected  target  value  destroyed.  The  subsystem  consists 
of  modules  PREPALOC,  ALOC,  EVALALOC,  and  ALOCOUT,  as  shown  in  figure  1. 
Figure  2 shows  the  relationship  of  the  Weapon  Allocation  subsystem  to 
other  QUICK  subsystems  In  terms  of  procedural  and  information  flow. 

The  modules  and  supporting  subroutines  of  this  subsystem  are  used  to 
define  information  for  use  in  later  processes  and  allocate  given  weap- 
ons to  targets  to  optimize  expected  value  destroyed.  The  integrated 
data  base  is  updated  as  each  module  is  exercised  in  sequence.  The  final 
output  provides  proper  inputs  necessary  to  execute  the  Sortie  Generation 
subsystem. 

The  first  module,  PREPALOC,  precomputes  much  of  the  information  required 
by  later  processors.  In  addition,  it  provides  capabilities  for  planning 
factor  modification  and  fixed  weapon  assignment  specification. 

The  next  module,  ALOC,  performs  the  allocation  of  weapons  to  targets. 
Using  a generalized  Lagrange  multiplier  method,  an  optimal  allocation 
is  generated  subject  to  several  forms  of  user-input  allocation  con- 
straints. These  constraints  include  specification  of  minimum  and  maxi- 
mum desired  damage  levels,  restriction  of  weapons  to  specified  subsets 
of  the  target  system,  and  specification  of  weapons  allocated  to  speci- 
fic targets  by  the  user.  Within  these  constraints,  the  program  gener- 
ates the  allocation  which  maximizes  the  expected  value  destroyed  in  the 
target  system.  Module  ALOC  is  also  referred  to  as  the  allocator. 

The  main  function  of  module  EVALALOC  is  to  provide  a summary  of  the 
allocation  produced  in  module  ALOC  and  to  calculate  an  expected-value 
estimate  of  its  results.  In  addition,  the  module  has  the  capability 
of  evaluating  the  effect  upon  the  results  of  variations  in  input  values 
for  weapon  and  target  parameters.  Module  EVALALOC  may  be  run  either 
before  module  ALOCOUT  or  after  module  PLANOUT. 
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Figure  1.  Major  Subsystems  of  the  QUICK  System 
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ALOCOUT  optimizes  the  location  of  aim  points  for  target  complexes  and 
collects  all  the  strikes  assigned  to  each  weapon  group  by  the  allocator 
so  that  detailed  plans  for  each  group  can  be  formulated  by  FOOTPRNT  and 
POSTALOC. 

1.3  Organization  of  Maintenance  Manual.  Volume  III 

Each  major  section  of  this  manual  details  a module  along  with  the  sub- 
routines and  functions  which  comprise  the  module.  Major  subsections 
are: 

a.  Module  input  - details  what  chains  must  be  created  prior  to 
module  execution 

b.  Module  output  - details  what  chains  will  be  updated  by  each 
module 

c.  Functional  description  - details  the  macro  function  of  the 
module  and  the  associated  major  subroutines 

d.  Common  blocks  - detail  the  contents  of  all  internal  common 
blocks.  All  common  blocks  used  to  communicate  with  the  COP 
are  given  in  Program  Maintenance  Manual,  Volume  I,  appendix 
A.  These  are:  CIO,  Cl5,  C20,  C30,  C40,  C50,  ERRCOM,  INS, 

IPQT,  OOPS,  STRING 

Within  the  QUICK  system  the  COP  is  viewed  as  the  operating  program. 

Based  on  user  direction,  the  COP  will  execute  overlay  links  or  modules 
which  perform  the  objectives  of  the  user  requests.  Each  overlay  link 
is  called  through  knowledge  of  the  command  verb  and  within  each  link 

the  first  subroutine  is  called  ENTMOD  (for  entry  module).  That  is, 

there  are  as  many  subroutines  called  ENTMOD  as  there  are  modules.  Con- 
fusion is  avoided  by  executing  the  correct  overlay  link.  Subroutine 

discussion,  then,  is  initiated  with  ENTMOD  whose  meaning,  or  function, 

varies  according  to  the  overlay  link. 

Comments  on  the  QUICK  integrated  data  base  can  be  found  in  Program  Main- 
tenance Manual,  Volume  I,  section  2.  It  will  be  assumed  within  this 
manual  that  the  reader  has  an  understanding  of  QUICKC  data  base. 

Each  section  discusses  the  computer  programming  aspect  for  the  appro- 
priate modules.  Attached  appendixes  presents  mathematical  algorithms 
employed  within  the  Weapon  Allocation  Subsystem. 
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SECTION  2.  PREPALOC  MODULE 


2.1  Purpose 

The  purpose  of  this  module  Is  to  perform  preliminary  calculations  on  the 
weapon  and  target  data  as  stored  within  the  integrated  data  base.  The 
output  data  from  PREPALOC  will  be  in  a form  convenient  for  use  by  the 
remaining  processors  of  the  plan  generator.  In  addition,  the  user  may 
select  options  to  modify  some  of  the  data  at  this  stage  of  processing. 

Module  PREPALOC  has  three  major  capabilities:  updating  of  geographic 
and  weapon  group  data,  modification  of  target  values  and  damage  con- 
straints and  preparation  of  data  for  the  fixed  weapon  assignment  capa- 
bility of  program  ALOC. 

The  basic  raw  geographic  data  must  be  data  base  defined  prior  to  any 
execution  of  PREPALOC.  Using  this  data,  PREPALOC  will  calculate  and 
store  distances  and  attrition  between  all  doglegs  for  use  within  proces- 
sors to  follow.  Based  on  user  inputs,  the  number  of  weapons  within 
bomber  or  missile  MIRV  weapon  groups  may  be  adjusted. 

The  second  major  capability  of  this  module  is  the  modification  of  the 
target  characteristics,  VTO,  MINKILL,  and  MAXKILL.  VTO  is  the  value  of 
the  target  relative  to  all  the  others.  MINKILL  is  the  minimum  fraction 
of  target  value  that  must  be  destroyed,  and  MAXKILL  is  the  maximum  de- 
sired fraction  of  target  value  destroyed.  Any  of  these  parameters  may 
be  changed  for  any  target.  The  change  requests  can  change  these  parame- 
ters for  a single  target  or  for  a set  of  targets.  The  set  of  targets 
for  which  a change  is  requested  is  identified  by  target  class,  type,  an 
individual  identifier  (target  designator  code  (DESIG))  or  any  combina- 
tion of  these.  For  complex  targets,  the  class,  type,  designator  code, 
and  index  of  each  component  will  be  checked  to  determine  if  a target 
parameter  for  the  complex  is  to  be  changed. 

In  addition,  the  user  can  specify  the  height  of  burst  to  be  used  in  any 
weapon/target  combination.  The  user  selects  either  a ground  burst  or  an 
air  burst  at  the  optimal  air  burst  height.  In  the  absence  of  any  user 
specification,  the  most  damaging  height  of  burst  is  used. 

The  third  major  capability  is  the  request  for  allocation  of  specific 
weapons  to  specific  targets.  This  fixing  of  weapons  to  targets  enables 
the  user  to  determine  part  of  the  weapon  allocation  while  leaving  tho 
allocation  module  free  to  determine  the  remaining  allocation.  In  addi- 
tion, tho  time  of  arrival  at  target  or  launch  salvo  number  can  be  fixed 
for  missile  weapons.  Thi3  information  will  be  passed  to  module  PLANOUT 
which  will  adjust  launch  time  accordingly.  The  fixing  of  weapons  remains 
in  effect  for  tho  remainder  of  the  plan  generation  process.  Later  pro- 
grams will  rotain  the  assignments  as  best  possible.  (For  example,  it  is 
possible  to  fix  a set  of  weapons  from  a weapon  group  with  multiple  inde- 
pendently targetable  reentry  vehicles  (MIRV)  in  such  a manner  that  there 
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are  no  feasible  footprints  that  cover  that  target  set  adequately.  In 
that  case,  some  of  the  fixed  assignment  requests  must  be  ignored.) 

2.2  Input 

The  entire  integrated  data  base  must  be  completely  defined  prior  to 
PREPALOC  execution.  This  includes  the  storage  of  all  targets,  related 
geographic  data,  weapon  type  and  group  characteristics  and  other  sup- 
porting data  such  as  warhead  and  payload  information. 

2.3  Output 

Creation  of  new  records  occurs  if  the  user  specified  fixed  assignments. 
For  these  cases,  records  called  'ASSIGN'  which  stores  the  fixed  assign- 
ment under  the  proper  target  and  weapon  group  linkage  are  created.  Also, 
new  records  (RDDIST,  TPDIST  and  TDDIST)  defining  the  distance  between 
each  depenetration  corridor  recovery  base  intersection,  each  penetration 
corridor  target  intersection,  and  each  target  and  the  optimal  depenetra- 
tion corridor,  are  created. 

If  any  of  the  target  modification  options  are  employed,  the  necessary 
target  records  will  be  modified  accordingly.  Also,  weapon  group  attri- 
butes may  be  altered  if  overallocation  is  specified. 

For  all  executions,  distances  and  attrition  rates  associated  with  each 
penetration  corridor  will  be  calculated  and  stored.  Similarly,  depene- 
tration distances  between  doglegs  as  well  as  the  distance  from  depene- 
tration corridor  to  recovery  bases  are  stored. 

2.4  Concept  of  Operation 

The  flow  of  execution  within  PREPALOC  is  strictly  sequential.  Subrou- 
tine ENTMOD  reads  user's  inputs,  stores  values,  and  executes  each  major 
(see  below)  subroutine.  Once  a major  subroutine  has  been  executed  and 
a return  to  ENTMOD  made,  that  subroutine  will  not  be  executed  again. 

2.5  Identification  of  Subroutine  Functions 

2.5.1  Subroutine  FACTORCG.  Called  by  ENTMOD  immediately  after  all  text 
English  adverbs  have  been  processed.  FACTORCG  will  read  any  user  target 
modification  request  and  modify  the  appropriate  IDS  records. 

2.5.2  Subroutine  FIXWEP.  User  fixed  assignments  are  read  by  this  sub- 
routine and  the  IDS  record  called  ASSIGN  created. 

2.5.3  Subroutine  PKNROUT.  For  each  penetration  corridor,  distance  and 
attrition  for  each  dogleg  within  a corridor  is  stored. 

2.5.4  Subroutine  DEPROUT.  This  subroutine  calculates  depenetration 
corridor,  recovery  base  distance.  For  each  deper.atration  recovery  base 
intersection,  a new  IDS  record  called  RDDIST  is  created. 
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2.5.5  Subroutine  WEPRBP.  Weapon  group  counts  are  updated,  if  the  user 
specified  overallocation. 

2.5.6  Subroutine  TGTPREP.  In  addition  to  performing  summary  prints, 
fixed  assignment  records  modification  continues  by  adding  the  salvo 
number,  if  necessary. 

2.6  PREPALOC  Internal  Common  Blocks 


All  common  blocks  used  internally  by  PREPALOC  are  given  in  table  1.  For 
definition  of  common  blocks  that  communicate  with  the  COP,  see  Program 
Maintenance  Manual,  Volume  I. 
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Table  1.  Module  PREPALOC  Common  Blocks 
(Part  1 of  2) 


ASSOCIATED 

COMMON 

VARIABLE 

OR  ARRAY 

DESCRIPTION 

ASMTYPE 

ASMTYPE (20) 

ASM  type  names 

CLASSCOM 

CLASSNAM( 15) 

Target  class  names 

CLASSREF(15) 

Header  reference  codes  for  target 
classes 

NTARCLS 

Number  of  target  classes 

CRLENGTH 

CRLENGTH (30) 

Precorridor  distance;  indexed  by 
penetration  corridor  number 

DISTEF 

DISTEF (50) 

Length  of  depenetration  corridor 

DISTEG(50) 

Distance  from  depenetration  corridor 
entry  to  recovery  point 

GAMFLAG 

GAMFLAG (9) 

Flag  indicating  value  for  planning 

parameter  was  Input.  Planning 


parameters  are:  INITSTRK,  CORMSL, 
CORBOMB,  PEXBOMB,  EXNBOMB , PEXMIRV, 
EXNMIRV,  PEXMISS , EXNMISS 


IGPREF 

IGPREF(250) 

Reference  codes  for  weapon  groups 

I0NPRT 

IGEOPRT , ICRPPRT 

If  zero,  suppress  nonstandard  geo- 
graphy and  weapon  group  print 

ITARPRT (2,2) 

Lower  and  upper  target  number  print 
requests 

ISIMTYPE 

ISIMTYPE (100) 

Weapon  system  type  name 

IWEPREF 

IWEPREF(IOO) 

Reference  codes  for  weapon  type 
records 

NFIXREQ 

NFIXREQ 

Number  of  fix  assignments  implemented 

NUMCOR 

NCORR 

Number  of  penetration  corridors 

NDPEN 

Number  of  depenotration  corridors 

PAYTYPE 

PAYTYPE (40) 

Payload  type  names 

REPOINTS 

RFLAT(20) 

RFL0NG(20) 

Refuel  latitude  and  longitude  points 
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Table  1. 


(Part  2 of  2) 


ASSOCIATED 

VARIABLE 

COMMON 

OR  ARRAY 

DESCRIPTION 

SUMNEW 

SUMNEW 

Sum  of  values  after  implementing 
value  change  requests 

WAROUT 

IWARFL 

Logical  unit  number  for  war  gaming 
output 

WHTYPE 

WHTYPE(50) 

Warhead  type  names 
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2 , 7 Subroutine  BNTMOD 


PURPOSE: 


ENTRY  POINTS: 


To  control  overall  flow  of  processing 

ENTMOD  (first  subroutine  called  when  overlay  link 
PREP  is  executed 


FORMAL  PARAMETERS: 


None 


COMMON  BLOCKS: 


CIO,  C15 , C20,  C25 , C30,  CLASSCOM,  ERRCOM,  GAMFLA, 
IGPREF , IONPRT , ISIMTY,  IWEPRE 


SUBROUTINES  CALLED: 


CINSGET,  DEPROUT,  DIRECT,  DLETE,  FACTORCG , FIXWEAP, 
HDFND,  HEAD,  INSGET,  KEYMAKE,  MODFY,  NEXTTT,  RETRV , 
TGTPREP , WEPPREP 


CALLED  BY: 


COP 


Method : 

ENTMOD  retrieves  and  stores  target  class  names  and  associated  reference 
codes  into  arrays  CLASSNAM  and  CLASSREF.  Upon  storage  completion,  each 
major  subroutine  (see  figure  3)  is  executed  and  then  processing  ends  for 
PREPALOC. 
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Figure  3,  Module  PRKPALOC  (Part  1 o£  3) 
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2.8  Subroutine  DEPROUT 


PURPOSE: 

ENTRY  POINTS: 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 

SUBROUTINES  CALLED : 
CALLED  BY: 


To  compute  and  print  depenetration  corridor  data 

DEPROUT 

None 

CIO,  C15 , C30,  DISTEF,  ERRCOM,  IONPRT,  OOPS, 
REPOINTS 

DISTF,  HDFND,  NEXTTT,  RETRV,  STORE,  ORDER 
ENTMOD  (of  PREPALOC) 


Method: 

DEPROUT  calculates  and  stores  depenetration  corridor  information  and 
recovery  base  information  associated  with  each  depenetration  corridor 
as  well  as  storage  of  refuel  points. 

Individual  depenetration  corridors  are  chained  and  corridor  length  deter- 
mined and  stored.  Following  which,  each  recovery  base  associated  with 
the  corridor  is  queried  and  distance  from  depenetration  exit  point  to 
recovery  bases  stored. 

Subroutine  DEPROUT  is  illustrated  within  figure  4. 
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Figure  4.  Subroutine  DEPROUT  (Part  1 of  5) 
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Figure  4.  (Part  5 of  5) 


2.9  Subroutine  FACTORCG 


PURPOSE: 


To  read  and  process  user  input  factor  change 
requests 


ENTRY  POINTS:  FACTORCG 


FORMAL  PARAMETERS:  LOCSET  - Pointer  to  INSGET's  arrays  for  location 

of  ’SETTING'  adverb 


COMMON  BLOCKS: 


CIO,  C15 , C30,  CLASSCOM,  ERRCOM,  GAMFLAG,  ISIMTYPE, 
OOPS 


SUBROUTINES  CALLED:  CINSGET,  HDFND,  ITLE,  MAKECHG , MODFY,  NEXTTT , 

RETRV 


CALLED  BY: 


ENTMOD  (of  PREPALOC) 


Method : 

FACTORCG  reads  the  user  directed  factor  change  requests  and  calls  sub- 
routine MAKECHG  to  implement  each  change.  VALUE,  MINKILL,  and  MAXKILL 
may  be  changed.  Also,  if  it  is  desired  to  override  the  calculated  op- 
timal height-of-burst  (attribute  IDHOB)  this  may  also  be  accomplished. 
These  attributes  may  be  reset  through  various  combinations  of  target 
data  subsetting.  Permissible  requests  include  the  setting  of  attributes. 

o DESIG  - A single  target  record  is  to  be  updated 

o TYPE  - All  targets  that  equal  the  input  TYPE  are  to  be  updated 

o CLASS  - All  targets  that  equal  the  input  target  class  name  are 

to  be  updated 

o CNTRYL  - The  height-of-burst  of  all  targets  located  within  the 
input  country  location  are  to  be  updated 

o IREG  - The  height-of-burst  of  all  targets  located  within  the 

input  region  are  to  be  updated 

The  last  two  requests  recognize  only  height-of-burst  requests.  Other- 
wise, any  combination  of  target  subsetting  is  permissible  but  there  is 
a ranking  order  in  the  final  storage  of  input  values.  The  order  of  pri- 
ority is:  DESIG,  TYPE,  CLASS,  CNTRYL,  IREG.  That  is,  if  a given  target 
is  to  have  an  attribute  updated  by  more  than  one  input  target  set,  the 
cited  order  applies.  For  instance,  consider  inputs  that  request  updat- 
ing attribute  VALUE  to  40  for  TYPE-TITAN  and  to  50  for  CLASS-MISSILE. 
Since  TITAN’s  are  in  fact  missiles,  the  ranking  order  resolves  any  con- 
flicts and,  accordingly,  all  target  records  where  CLASS-MISSILS  will 
have  VALUE“50  except  for  those  records  where  TYPE-TITAN  in  which  case 
VALUE  is  set  to  40. 
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All  code  implemented  within  FACTORCG  up  to  statement  number  1500  reads 
the  input  requests  (by  calling  subroutine  INSGET)  and  upon  proper  defi- 
nition, the  changes  are  made  by  calling  subroutine  MAKECHG. 

Changes  are  not  made  as  read.  This  is  because  of  the  rule  that  once  a 
complex  target  has  been  changed,  its  components  may  not  be  separately 
changed  for  the  same  factor.  (All  of  its  components  are,  however 
changed  by  a similar  ratio  as  the  complex  target  as  part  of  the  change 
to  the  complex  target.)  Changes  are  made  first  for  individual  targets, 
then  for  targets  based  on  TYPE,  then  CLASS  and  so  on.  Local  parameter 
ICRIT  equals  1,  2,  3,  4,  or  5 defining  if  the  latest  input  defines  tar- 
gets to  be  updated  on  a region,  country,  class,  type,  or  DESIG,  respec- 
tively basis.  A second  parameter  called  NOWCRIT  (and  assuming  the  same 
values  as  ICRIT)  is  initially  set  to  5 to  show  that  only  targets  speci- 
fied by  DESIG  are  to  be  updated.  If  ICRIT  does  not  equal  NOWCRIT,  proc- 
essing is  delayed  and  if  this  condition  exists  array  ICRFIRST  (ICRIT) 
is  set  to  the  first  location  into  INSGET' s array  that  defines  a change 
request  at  ICRIT  level. 

Upon  processing  all  inputs,  NOWCRIT  is  decremented  by  one  and  processing 
reinitiated  for  that  level  of  priority. 

The  generalized  nature  of  inputs  does  not  demand  any  one  order  of  input 
definition.  That  is,  for  say  a DESIG,  VALUE  intersection  setting,  the 
user  may  within  the  command  sentence  define  either  DESIG  or  VALUE  ini- 
tially; neither  order  of  input  is  more  powerful  than  the  other.  There- 
fore, the  design  must  recognize  that  changes  may  not  be  honored  until 
necessary  data  has  been  read.  Accordingly,  the  following  parameters  are 
used  to  control  processing: 


o 


IFACTOR  - =1, 
=2, 
=*3, 
=4, 


updating  attribute  VALUE 
updating  attribute  MINKILL 
updating  attribute  MAXKILL 
updating  attribute  IDHQB 


o ICRFLAG  - =>0,  a subset  of  targets  pertaining  to  an  input  factor 
has  not  been  read 

=1,  a subset  of  targets  has  been  read  and  was  of  the 
correct  processing  priority 
=2,  a subset  of  targets  has  been  read  but  it  was  not 
the  correct  processing  priority  (or  a typographi- 
cal error  was  detected).  Request  change  is  de- 
layed 


o IFACFLAG-=0,  an  attribute  to  be  changed  has  not  been  read 

=1,  an  attribute  to  be  changed  has  been  read  and  may 
be  processed 

=2,  an  attribute  to  be  changed  has  been  read  but  a 
typographical  error  exists 
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Upon  proper  conditions,  a change  request  is  honored.  If  an  individual 
target  record  is  to  be  updated  (ICRIT=1) , the  record  is  retrieved  and 
MAKECHG  is  called  for  target  modifications.  Otherwise  the  correct  tar- 
get record  level  must  be  retrieved,  for  subroutine  MAKECHG  will  chain 
the  individual  target  record  chain  with  the  assumption  the  next  highest 
IDS  record  level  has  been  retrieved. 

Subroutine  FACTORCG  is  illustrated  in  figure  5. 


Figure  5.  Subroutine  FACTORCG  (Part  1 of  10) 
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Figure  5.  (Part  5 of  10) 
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Figure  5.  (Part  8 of  10) 
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2.10  Subroutine  FIXWEP 


PURPOSE: 

ENTRY  POINTS: 
FORMAL  PARAMETERS: 


To  read  and  process  fix  assignment  requests 
FIXWEP 

LOCFIX  - Pointer  to  INSGET's  arrays  for  location 
of  'FIX'  adverb 


COMMON  BLOCKS:  CIO,  C30,  ERRCOM,  IGPREF,  OOPS 

SUBROUTINES  CALLED:  CINSGET,  DIRECT,  HEAD,  KEYMAKE,  MODFY,  NEXTTT, 

~ RETRV,  store 

CALLED  BY:  ENTMOD  (of  PREPALOC) 

Method: 

Subroutine  FIXWEP  creates  record  type  Fl'XASG  records  for  all  user  re- 
quested fix  assignments  as  defined  by  a clause  introduced  by  the  adverb 
FIX.  Each  created  record  stores  the  weapon  group  number  and,  if  defined, 
the  downtime  or  salvo  number. 

The  FIX  clause  recognizes  attributes  DESIG,  GROUP,  and  the  optional  down- 
time attributes  ARRIVE  or  SALVO.  Insertion  of  values  for  these  two 
attributes  (and  optionally  four)  is  sufficient  for  record  creation.  How- 
ever, to  provide  ease  of  input  values,  the  user  may  specify  two  DESIG' s 
for  one  GROUP  input.  This  mode  of  operation  implies  that  a range  of 
fixed  assignments  will  be  made  and  that  range  defined  as  all  the  targets 
that  fall  within  the  interval  of  the  two  DESIGs.  The  subroutine  first 
reads  INSGET's  arrays  and  checks  for  values  of  necessary  attributes  and 
then,  if  error  free,  a fixed  assignment  record  is  created. 

Since  attributes  may  be  defined  in  any  order  (that  is  GROUP  appears  be- 
fore DESIG  or  vice-versa)  the  implemented  design  must  delay  processing 
until  all  attributes  necessary  are  defined.  The  following  local  param- 
eter control  input  processing: 

o BEGDESIG  - Zeroed  at  the  start  of  the  input  search  for  each 
phrase  and  reset  to  the  value  of  the  first  input 
DESIG 

o TERDESIG  - Set  to  the  value  of  the  second  DESIG,  if  it  exists 

o KGROUPNO  - Requested  weapon  group  number 

o IOPTION  - *1,  at  start  of  each  phrase; 

-2,  if  a range  of  DESIG' s was  input 
-3,  if  ARRIVE  defined 

«4,  if  range  of  DESIG 's  and  ARRIVE  defined 
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Fixed  assignments  are  now  stored  within  the  data  unless: 

a.  If  an  attempt  is  made  to  fix  a bomber  weapon  on  a target  with 
more  than  30  fix  requests,  the  request  will  be  ignored,  since 
only  targets  with  terminal  ballistic  missile  defenses  undergo 
a saturation  missile  attack.  The  allocation  procedure  will 
not  allow  a bomber  to  participate  in  such  an  attack. 

b.  If  an  attempt  is  made  to  fix  more  weapons  than  are  present  in 
a group,  the  excess  requests  are  ignored. 

c.  If  two  DESIGs  were  input  and  the  alpha  portions  did  not  match, 
the  requests  are  ignored. 

d.  If  non-lead  (either  for  complexes  or  multiplier)  targets  were 
to  be  fixed  and  the  representative  target  could  not  be  found, 
the  request  is  ignored. 

e.  If  the  target  record  or  if  the  group  number  is  invalid,  the  re- 
quest is  ignored. 

Subroutine  FIXWEP  is  illustrated  in  figure  6. 
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2 . 11  Subroutine  MAKECHG 


PURPOSE:  To  make  changes  to  the  data  base  for  valid  factor 

change  requests 

ENTRY  POINTS:  MAKECHG 

FORMAT  PARAMETERS;  ICRXT  -Indicates  type  of  subset  of  targets  to  be 

changed  (1,  2,  3,  4,  5 for  region,  country 
location,  class,  type,  single  target, 
respectively) 

CRWORD  -Value  of  subset 

IFAGTOR- Indicates  attribute  to  be  changed  (1,  2, 

3,  4 for  VALUE,  MINKILL,  MAXKILL.  height 
of  burst,  respectively) 

FACWORD-New  value  of  attribute 


COMMON  BLOCKS:  CIO,  C30,  SUMNEW 

SUBROUTINES  CALLED:  DIRECT,  HEAD,  MODFY,  NEXTTT 
CALLED  BY:  FACTORCG 


Method: 

Subroutine  MAKECHG  modifies  target  record (s)  as  directed  by  subroutine 
FACTORCG,  Depending  upon  the  level  of  processing'  (parameter  ICRIT) 
either  the  TGTTGT  or  TGTREG  chain  is  queried,  Man  FACTORCG  calls 
HAKECHG  the  correct  next  highest  IDS  record  has  been  defined.  By 
stepping  through  the  targets,  modification  is  accomplished. 

If  a factor  is  changed  on  the  main  target  of  a complex,  the  factors  for 
each  component  are  changed  appropriately.  For  example,  if  the  value  of 
the  complex  is  doubled,  the  value  of  each  component  is  doubled.  This 
procedure  is  followed  to  allow  the  user  to  change  one  factor  for  the 
entire  complex  and  other  factors  by  component.  If  a factor  is  changed 
for  a complex  component  individually  (not  through  the  main  target) 
that  factor  is  checked  on  all  the  remaining  components.  The  method 
used  in  determining  VALUE,  MINKILL,  and  MAXKILL  for  a complex  target 
is  identical  to  that  .used  in  subroutine  CALCOMP  of  module  PLANSET,  For 
height-of-burst  specifications,  only  the  main  target  of  a complex  is 
checked. 

If  attribute  VALUE  is  the  factor  to  be  updated,  parameter  SUMNEW  is  re- 
defined for  further  normalizing  calculations. 

Whenever  a factor  is  changed  for  a target,  the  attribute  IDHOB  is 
’marked*  so  that  the  same  factor  is  not  changed  again  by  a change 
request  of  lower  priority,  IDHOB  is  ’marked*  by  packing  a 1 in  an 
octal  digit  as  shown  below: 
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IFACTOR 


Factor  Changed  Position  of  Octal  Digit 


1 

2 

3 

4 


VALUE  000  001  000  000 
MINK ILL  000  010  000  000 
MAXKILL  000  100  000  000 
IDH0B  001  000  000  000 


The  formula 


IDHOB/MSHIFT  ( IFACTOR)  - 8*  IDHOB/MSHIFT  ( IFACTOR+1 ) 


merely  yields  the  value  to  the  appropriate  octal  digit  (of  IDHOB)  given 
IFACTOR. 


Subroutine  MAKECHG  is  illustrated  in  figure  7. 
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Figure  7.  (Pert  2 of  5) 
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Figure  7.  (Part  3 of  5) 
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2.12  Subroutine  PENROUT 


PURPOSE: 


To  compute  penetration  corridor  data  a>>d  print 
results. 


ENTRY  POINTS: 
FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


PENROUT 

None 

CIO,  C15,  CRLENG,  IONPRT 

DISTF,  HDFND,  MODFY , NEXTTT,  RETRV 

ENTMOD  (of  PREPALOC) 


Method: 

Subroutine  PENROUT  retrieves  each  penetration  corridor  record  and  cal- 
culates the  distance  (DEFDIST)  and  attrition  (ATTRPRE)  in  each  precor- 
ridor leg.  Results  are  stored  within  record  PENCED.  If  user  direct, 
prints  are  produced. 

Subroutine  PENROUT  is  illustrated  in  figure  8. 
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Figure  8.  Subroutine  PENROUT  (Part  1 of  2) 
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Figure  8.  (Part  2 of  2) 
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2.13  Subroutine  TGTPREP 


PURPOSE: 


To  update  target  attributes  and  perform  salvo 
calculations. 


ENTRY  POINTS:  TGTPREP 


FORMAL  PARAMETERS:  None 


COMMON  BLOCKS:  CIO,  Cl5,  C30,  DISTEF,  IONPRT,  ISIKTYPE,  SUMNEW 

SUBROUTINES  CALLED:  DIRECT,  DISTF,  DLETE , HDFND,  HEAD,  I GET,  IPUT, 

KEYMAKE,  MODFY,  NEXTTT , RETRV,  STORE,  TOFM 

CALLED  BY:  ENTMOD  (of  PREP) 

Method: 

Reference  Codes  of  target  records  to  be  processed  are  contained  within 
the  LIXSTXX  chain.  Each  target  is  retrieved  and  attributes  modified. 

If  the  user  requested  a height -of-burst  for  the  target  being  processed, 
it  is  stored  accordingly.  Also,  each  target  value  is  renormalized  in 
order  to  guarantee  the  sum  of  all  the  target  values  equal  1000. 


The  distance  from  the  target  through  the  depenetration  corridor  and  the 
distance  to  recovery  is  computed  and  the  minimum  distance  stored  within 
the  TDDI.ST  record.  The  penetration  point  associated  with  the  target  is 
the  point  which  minimizes  the  sum: 


(2*DISTD)  + DISTR 


where  DISTD  is  the  distance  from  target  to  the  depenetration  point  and 
DISTR  is  the  distance  from  depenetration  point  to  recovery. 

Also  the  distance  from  each  penetration  corridor  to  the  target  and  the 
corridor  attrition  are  placed  within  the  TPDIST  record. 

If  there  are  fixed  weapon  requests  for  the  target  being  processed,  the 
MYASGN  chain  is  queried  for  definition  of  specified  downtimes  and,  if 
applicable,  the  salvo  launch  number  is  determined.  Fixed  assignment 
modified  is  made  to  the  ASSIGN  record. 


Subroutine  TGTPREP  is  illustrated  in  figure  9. 
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Figure  9.  Subroutine  TGTPREP  (Part  1 of  5) 
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Figure  9.  (Part  3 of  5) 
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2.14  Subroutine  WEPPREP 


PURPOSE: 

ENTRY  POINTS: 

FORMAL  PARAMETERS: 
FORMAL  PARAMETERS: 
COMMON  BLOCKS: 

SUBROUTINES  CALLED: 
CALLED  BY: 


To  update  weapon  group  data  and  print  data. 

WEPPREP 

None 


None 

ASMl'YP,  CIO,  C15,  C30,  CRLENGTH , IGPREF,  IONPRT, 
ISIMTYPE,  NUMCOR,  REPOINTS 

DIRECT,  DISTF,  HDFND,  HEAD,  MODFY , NEXTTT , RETRV 
ENTMOD  (of  PREP) 


Method: 

The  number  of  weapons  in  each  group  is  increased  according  to  the 
position  specified  in  common  /GAMEVAR/.  The  destruction  before  launch 
probability  is  then  modified  by  a factor  to  maintain  the  same  number  of 
expected  launched  weapons  as  before. 

For  bomber  groups,  the  basic  overallocation  is  reduced  if  there  are 
less  than  15  bombers  in  the  group.  If  so,  the  overallocation  is  multi- 
plied by  the  ratio  of  the  number  of  vehicles  to  15.  This  has  the  effect 
of  reducing  the  overallocation  for  small  bomber  groups. 

For  bomber  weapon  groups  that  contain  ASMs,  array  EXPASM  defines  the 
fraction  of  weapons  in  each  group  that  are  ASMs  rather  than  bombs. 

Arrays  MAXSLV  and  NSAL  are  calculated  for  salvoed  missile  groups. 

MAXSLV  contains  the  maximum  salvo  number  for  each  salvoed  group  and 
NSAL  the  number  of  weapons  in  each  salvo.  The  NSAL  array  is  packed 
into  three  words,  fou*.  bits  per  salvo. 

Upon  storing  all  data,  weapon  group  information  is  written  onto  BASFIL 
followed  by  parameters  that  described  the  percentage  of  weapon  overallo- 
cation and,  finally,  naval  weapon  group  data  is  written. 

Subroutine  WEPPREP  is  illustrated  in  figure  10. 
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SECTION  3.  ALOC  MODULE 


3.1  Purpose 

The  major  purpose  of  this  module  is  to  determine  the  optimal  allocation 
of  weapons  to  targets,  using  a Lagrange  multiplier  technique.  The  wea- 
pons are  divided  into  weapon  groups  — each  group  containing  weapons  of 
the  same  characteristics  which  are  geographically  close.  Thus,  except 
for  time  launch  interval  constraints  for  some  "salvoed"  missiles,  wea- 
pons are  considered  identical  within  groups.  Each  target  is  considered 
individually  for  weapon  assignment.  The  order  of  investigation  is  the 
order  of  the  TARCDE  records  on  the  LISTXX  chain  which  was  determined  by 
the  PLANSET  module.  When  all  targets  have  been  processed,  another  pass 
over  this  chain  begins.  This  process  continues  until  the  Lagrange  method 
has  allocated  all  the  weapons  to  targets.  The  assignments  are  stored  as 
ASSIGN  records  in  the  integrated  data  base  during  the  process. 

The  user  is  able  to  specify  weapon  assignments  through  the  FIX  adverb  to 
the  PREPALOC  module.  In  this  case  the  ALOC  module  will  optimally  assign 
those  weapons  which  have  not  been  fixed.  In  addition,  there  are  capabil- 
ities which  allow  the  user  to  modify  weapon  range  values,  to  restrict  the 
use  of  MIRV  weapons  by  target  class,  and  to  restrict  the  use  of  any  weapon 
group  by  the  value  of  either  of  the  target  attributes  FLAG  or  CNTRYL. 

3.2  Input 

The  precondition  of  the  integrated  data  base  required  is  that  the  PREPALOC 
module  has  to  have  been  executed.  Furthermore,  there  is  an  optional  input 
file  — the  Weapon/Target  Data  File.  The  Weapon/Target  Data  file  contains 
the  information  relating  each  weapon  group  to  each  target.  The  Weapon/ 
Target  Data  file,  if  not  input,  is  created  by  the  FRSTGD  subroutine  on 
pass  one  and  may  be  retained  for  later  executions  of  ALOC.  One  record  is 
produced  for  each  target  whose  length  depends  upon  the  number  of  weapon 
groups  and  the  targets  number  of  hardness  components  (length  = number  of 
groups  x (3  + 2 x number  of  hardness  components)  + 1).  This  is  the  file 
which  is  created  in  pass  one  and  may  also  be  used  in  subsequent  runs  (see 
RECALC  Mode:  Users  Manual,  UM  9-77,  Volume  III).  The  format  for  the 
Weapon/Target  Data  file  — file  code  15  — appears  in  table  2. 

3.3  Output 

As  a result  of  its  execution  the  ALOC  module  creates  ASSIGN  (record  type 
70)  records  in  the  integrated  data  base.  Further,  the  attribute  NUMALOC 
is  updated  in  every  group  to  reflect  the  actual  number  of  weapon  allo- 
cated from  that  group. 

3.4  Concept  of  Operation 

In  order  to  conserve  storage,  ALOC  is  broken  up  into  two  main  overlays. 

The  first  overlay  is  called  ALCINT.  This  overlay  reads  any  user  input, 
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Table  2.  Format  of  Weapon/Target  Data  File  — File  Code  15 


WORD 


DESCRIPTION 


1 


Target  Number 


2 - (NWEPGRP*+  1) 


Time  of  arrival  of  group  or  target 


(NWEPGRP  + 2)  Corridor  used  by  group  or  reason  group  is 

(2  x NWEPGRP  + 1)  inactive 

(2  X NWEPGRP  + 2)  Penetration  probability  of  weapon  to  target 

-(3  x NWEPGRP  +1) 


(3  x NWEPGRP  + 2) 

-(4  x NWEPGRP  + 1) 


Kill  probability  of  weapon  against  first  hard- 
ness component 


(4  x NWEPGRP  + 2) 

-(5  x NWEPGRP  + 1) 


Kill  probability  of  weapon  against  second 
hardness  component 


(5  x NWEPGRP  + 2)  ^^Alternate  kill  probability  of  weapon  against 

-(6  x NWEPGRP  + 1)  first  hardness  component 


(6  x NWEPGRP  + 2) 

-(7  x NWEPGRP  + 1) 


Alternate  kill  probability  of  weapon  against 
second  hardness  component* 


Number  of  weapon  groups 

Does  not  appear  if  target  has  only  one  hardness  component 

(4  x NWEPGRP  +2)  -(5  x NWC'PGRP  + 1)  if  target  has  only  one  hardness 
component 
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including  restrictions,  modifications,  print  request  and  so  on.  Further- 
more, the  weapon  data  is  extracted  from  the  integrated  data  base.  The 
second  overlay  (ALCMUL)  controls  the  determination  of  the  allocation. 

The  driver  routine  of  this  overlay  is  MULCON.  Within  the  second  overlay 
there  are  four  segments.  The  first,  FGD,  obtains  target  data  for  pass 
one.  The  second,  SGD,  obtains  target  data  for  passes  two  and  beyond. 

The  third  segment,  STAL,  principally  routines  STALL,  WAD  and  WADOUT, 
allocates  to  targets  without  terminal  ballistic  missile  defenses.  The 
fourth  segment,  DEFAL,  principally  routines  DEFALOC  and  RESVAL  handles 
ballistic  missile  defended  targets. 

3.4.1  Overlay  ALCINT.  The  routines  in  this  overlay  are  straightforward 
and  need  little  explanation  beyond  that  below.  However,  the  routine 
DATGRP  places  information  on  a random  access  file  (file  code  25)  which 
is  used  by  the  FGD  segment.  Table  3 shows  the  format  and  content  of 
this  file.  This  random  access  file  is  indexed  on  group  number. 

3.4.2  Overlay  ALCMUL.  The  design  of  the  weapon-to-target  allocator 
utilizes  a hierarchy  of  subroutines  operating  at  different  levels  of 
detail.  Figure  11  illustrates  this  hierarchy.  The  major  functions 
associated  with  these  subroutines  are  summarized  below  and  related  to 
the  overall  concept  in  subsequent  paragraphs. 

Subroutine  MULCON  is  the  first  subroutine  in  the  hierarchy  and  is  re- 
sponsible for  the  control  and  adjustment  of  the  Lagrange  multipliers. 
MULCON  monitors  the  rate  at  which  various  classes  and  types  of  weapons 
are  being  allocated  to  the  target  system  and  makes  appropriate  adjust- 
ments in  the  values  of  the  Lagrange  multipliers.  In  this  role,  MULCON 
does  not  need  any  detailed  information  concerning  actual  allocation.  It 
is  concerned  only  with  the  actual  rate  of  allocation  of  the  available 
inventory  as  the  targets  are  processed.  To  obtain  the  assignment  of 
weapons  to  each  successive  target,  MULCON  simply  calls  subroutine  STALL 
(Single  Target  Allocator)  for  targets  without  missile  defenses,  or  sub- 
routines STALL  and  DEFALOC  if  the  target  is  defended.  STALL  and  DEFALOC 
utilize  the  current  values  of  the  multipliers  to  make  an  allocation  to 
the  next  target,  then  return  control  to  MULCON. 

The  data  acquisition  for  the  allocation  process  is  performed  by  the 
FRSTGD  routine  on  pass  one  and  SCNDGD  on  all  other  passes.  Each  of 
these  routines  brings  in  the  proper  IDS  records  for  the  next  target 
and  prepares  the  weapon  data  for  that  particular  target.  The  Weapon/ 
Target  Data  File  is  read  (or  on  the  first  pass  in  the  RECALC  mode  cal- 
culated). On  the  first  pass,  FRSTGD  then  creates  a record  on  file  code 
21. which,  principally,  contains  the  INACTIVE  array  (see  table  4).  If 
the  user  has  requested  range  modification,  FRSTGD  may  also  write  a re- 
cord onto  file  code  22  in  the  same  format  as  file  code  15  (table  2) . 

This  new  file  serves  as  a source  for  replacement  record  for  file  code 
15.  SCNDGD  reads  each  of  these  files  in  order  to  obtain  the  appropriate 
information. 
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Table  3.  Random  Access  File  from  DATGRP 


WORD 

DESCRIPTION 

l 

1 

Group  type  index  number 

< 

j ! 

2-10 

Logical  flag  restrictions 

11-160 

Country  location  restrictions  (logical  switches  matching 
countries  in  Block  CNCLS) 

> 

161 

Switch  — true  if  group  is  a restricted  MIRV 

162-185 

Logical  MIRV  restriction  switches 

186 

Range  multiplier 

187 

Refueled  range  multiplier 

■ 

188 

Minimum  range  replacement  value 

1 

189 

NALTDLY  for  group 

190 

ALTDLY  for  group 

i 

? 

191 

GLAT  for  group 

1 

192 

GLONG  for  group 

193 

GREFCODE  for  group 

i 

194 

GYIELD  for  group 

1 

195 

RANGE  for  group 

1 

i 

», 

196 

CEP  for  group 

j 

197 

SPEED  for  group 

! 

198 

RANGED  for  group 

i 

i 

I 

199 

RANGER  for  group 

1 

200 

RNGMIN  for  group 

# r 

201 

GREFTIME  for  group 

202 

TOFMIN  for  group 

» 

i 

203 

CMISS  for  group 

i 

1 
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Figure  11.  ALCMUL  Calling  Sequence  Hierarchy 


65 


Table  4.  INACTIVE  Array  File  (File  Code  21) 


WORD  DESCRIPTION 

1 Target  number 

2 Length  of  file  15/22  record 

3 Logical  switch  - if  true,  file  22  contains  alternate  data 

record 

4-253  INACTIVE  array 


The  ASGOUT  subroutine  is  called  by  MULCON  to  insert  the  allocation  to  a 
particular  target  in  the  integrated  data  base.  ASGOUT  makes  sure  that 
the  allocation  indicated  for  the  target  is  that  which  has  just  been  com- 
p let  od . 

Subroutine  STALL  is  the  next  subroutine  in  the  hierarchy  when  dealing 
with  targets  without  missile  defenses.  STALL  utilizes  the  values  of 
the  multiplier  supplied  by  MULCON  and  generates  an  appropriate  alloca- 
tion of  the  weapons  to  be  specified  as  single  target.  It  is  not  re- 
sponsible for  computing  payoffs  and  is  not  responsible  for  actually  add- 
ing or  deleting  weapons.  Wien  STALL  has  determined  that  a single  weapon 
should  be  added,  or  deleted,  it  calls  the  Weapon  Addition  and  Deletion 
subroutine  WAD.  WAD  then  adds  or  deletes  any  weapon  as  specified  and 
corrects  the  residual  target  value.  In  addition,  before  returning  to 
STALL,  WAD  examines  every  other  relevant  weapon  group  and  calculates  the 
potential  change  in  payoff,  if  a weapon  from  that  group  was  added  or 
deleted.  This  information  on  potential  payoffs  is  used  by  STALL  in  de- 
termining whether  other  weapons  are  to  be  actually  added  or  deleted.  When 
STALL  has  achieved  an  allocation  of  weapons  to  the  target  appropriate  for 
the  current  values  of  the  multipliers  as  supplied  by  MULCON,  it  returns 
control  to  MULCON. 

While  the  allocations  generated  by  STALL  are  determined  by  the  values  of 
the  Lagrange  multipliers  and  the  target  payoff  functions,  there  is  no 
requirement  for  STALL  to  be  involved  in  the  calculation  of  these  <^mn- 
tities.  Thus,  the  structure  of  STALL  can  be  independent  of  the  letails 
of  the  operation  of  either  WAD  or  MULCON. 

Subroutine  WAD  (weapon  addition  and  deletion)  is  the  next  subroutine  in 
the  hierarchy  and  is  responsible  for  the  mechanics  of  addition  and  dele- 
tion of  weapons  and  for  the  actual  calculation  of  payoff  for  targets 
without  missile  defenses. 

Subroutine  WADOUT  is  called  by  WAD  to  summarize  the  output  of  WAD  for 
STALL.  WADOUT  calculates  an  overall  benefit  for  using  each  weapon  by 
adding  the  current  premium  for  using  weapons  from  that  group  to  the  po- 
tential payoffs  computed  by  WAD.  These  benefits  are  then  compared  with 
the  current  prices  (or  Lagrange  multipliers)  to  produce  the  summary  data 
actually  used  by  STALL.  Thus  STALL,  in  fact,  is  attempting  to  maximize 
(PAYOFF  + PREMIUM  - COST)  rather  than  just  (PAYOFF  - COST).  The  intro- 
duction of  the  premium  provides  a flexibility  which  is  used  to  acceler- 
ate convergence  to  an  allocation  that  exactly  matches  the  stockpile. 

Subroutine  DEFALOC  pc*,  forms  the  same  function  as  Stall  for  targets  with 
terminal  ballistic  missile  defense.  The  complication  that  necessitates 
a separate  subroutine  is  the  nonconcave  payoff  function  for  defended 
targets.  DEFALOC  determines  whether  it  is  more  profitable  to  attack 
the  target  with  missiles  until  the  interceptors  are  exhausted  than  to 
use  the  STALL  allocation.  If  it  is  not  profitable  to  exhaust  the  defense, 
Chen  the  allocation  job  is  turned  over  to  STALL,  after  setting  the  missile 
penetration  parameters  to  reflect  leakage  through  the  defense.  In  the 
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event  an  exhaustion  tactic  is  most  profitable,  DEFALOC  calls  subroutine 
RESVAL  t » calculate  the  payoff  against  the  defended  target  with  a spe- 
cified mix  of  weapons. 

^•lotoutine  RESVAL  calculates  the  damage  to  a ballistic  missile-defended 
target  when  attacked  with  a specified  mix  of  weapons.  The  attacking 
missile  payloads  may  contain  decoys  and  electronic  penetration  aids 
which  degrade  interceptor  effectiveness.  The  target  is  defended  with  a 
prespecified  nominal  number  of  terminal  interceptor  salvos  with  kill  prob- 
ability PKTX  against  unhardened  warheads.  Uncertainties  may  be  intro- 
duced into  the  number  of  interceptors  by  specifying  two  probabilities 
PK(1)  and  PK(2)  that  the  actual  number  of  interceptors  will  be  RX(1) 
lower  or  RX(2)  higher  than  the  nominal  number. 

All  of  those  factors  discussed  under  WAD  are  considered  in  RESVAL  except 
correlations  in  weapon  failures. 

Subroutine  PREMIUMS  is  the  final  subroutine  in  the  hierarchy.  It  is 
called  to  calculate  the  current  premiums  for  adding  or  deleting  any  weap- 
on. The  premium  reflects  whether  the  weapon  is  currently  overa 1 located 
or  underallocated.  The  size  of  the  premium  and  the  way  it  is  calculated 
change  as  the  allocation  progresses. 

The  remainder  of  this  section  treats  the  subroutines  one  at  a time. 

3. 4. 2.1  Subroutine  MULCON.  The  flow  of  operations  in  MULCON  is  illus- 
trated in  figure  12.  The  diagram  is  broken  into  two  parts.  Part  I is 
the  main  bookkeeping  loop.  Part  II  is  the  computational  loop. 

The  loop  shown  at  the  beginning  of  part  I of  figure  12  has  two  branches. 

The  left  branch  is  used  only  on  the  first  pass  over  the  target  system. 

All  succeeding  passes  use  the  downward  branch.  On  the  first  pass,  the 
raw  data  on  target  characteristics  for  each  target  are  read  in  by  sub- 
routine FRSTGP.  Then  the  basic  information  on  capabilities  of  each  weap- 
on with  respect  to  the  target  is  computed.  Since  these  data  are  inde- 
pendent of  the  allocation  to  the  target,  they  are  stored  on  files  to 
avoid  recomputation  of  the  data  on  later  passes.  Just  before  weapons 
are  actually  allocated  to  the  target,  the  allocation  previously  recorded 
for  the  target  (in  the  initial  pseudoallocation)  is  removed  by  deleting 
it  from  the  running  sum  used  to  estimate  allocation  rate.  That  is,  the 

contribution  of  the  target  i to2N(i,J)  * W(J),  known  as  RUMSUM,  * nm| 

i 

W(i),  known  as  WTSUM,  is  removed. 

In  block  25,  after  STALL  and/or  DEFALOC  has  been  called  for  an  allocation 
to  the  target,  the  running  sums  are  augmented  by  the  new  contribution  of 
the  target  i using  the  new  (and  usually  much  larger)  target  weight  W(i). 
Subroutine  BOMPRM  is  called  to  update  the  ASM  allocation  fraction  for  the 
bomber  groups.  Finally,  subroutine  ASGOUT  updates  the  integrated  data 
file  with  the  new  allocation. 
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Update  Total 
Weight  For 
Next  Target 


Figure  12.  Part  II:  Computation  Loop 
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Again,  alitor  the  now  allocation  has  been  made,  it  Is  added  into  the  run- 
ning sums.  Of  course,  multiple  targets  (singLe  target  records  on  the 
file  which  represent  several  Identical  targets  at  slightly  diflerent 
locations)  are  subtracted  from  and  added  to  the  sums  as  multiple  targets. 
During  the  c using  phase,  these  targets  may  be  separated  to  allow 
different  allocations  to  the  separate  targets.  Provision  is  made  at  the 
end  of  ASGOUT  to  recycle  and  process  later  elements  of  the  same  multiple 
target  if  such  a split  occurs  during  the  allocation  to  the  target.  Be- 
fore passing  on  to  the  next  target,  the  current  value  of  the  target 
weight  is  revised. 

Alter  every  two  to  four  targets,  the  Lagrange  multipliers  are  updated 
by  transferring  control  to  the  multiplier  computation  loop  shown  on 
figure  12.  The  error  in  the  rate  of  allocation  for  each  collection  of 
weapons  J is  estimated.  Three  separate  estimates  are  made  correspond- 
ing to  differing  rates  of  Increase  of  the  target  weights.  If  all  esti- 
mates have  the  same  sign,  then  a small  adjustment  of  the  multiplier  In 
the  indicated  direction  is  made. 

The  revised  local  multipliers  are  then  used  to  recalculate  the  Lagrange 
multipliers.  During  the  closing  phase  (PROGRESS  « 1),  the  local  multi- 
pliers are  not  changed  so  the  actual  multipliers  remain  unchanged.  The 
rate  of  change  of  the  target  weight  is  adjusted  depending  on  the  apparent 
siso  of  the  current  error  In  the  allocation  rates. 

Finally  the  progress  of  the  allocation  Is  evaluated  and  flags  are  set 
if  the  mode  of  operation  Is  to  change. 

3. A. 2, 2 Subroutine  STALL.  STALL  Is  basically  n very  simple  routine, 
it  Is  not  responsible  for  computing  payoffs.  The  payoffs  arc  computed 
by  WAD  and  sumuarised  for  STALL  by  WADOUT.  Thus,  the  input  to  STALL  con- 
sists only  of  the  summary  data  provided  by  WADOUT.  Those  data  consist 
of  only  the  following  variables: 

a.  PPMX  the  maximum  potential  profit  available  if  a weapon  is 
added,  and  TPPMX  the  index  to  that  weapon 

b.  PVRMX  the  maximum  oflicioney  for  any  potential  weapon  that 
could  he  added,  and  1 PVRMX  the  index  to  that  weapon 

. DPMN  the  minimum  differential  profit  produced  by  any  weapon 
on  the  target,  and  1DPMN  the  index  to  that  weapon. 

Actually,  of  course,  the  prollts  and  efficiencies  men l toned  above  ate 
based  on  a modi l led  pavetl  (or  RENE KIT)  computed  »y  WADOLf,  which  In- 
cludes the  actual  pavoll  from  WAD  together  with  the  premiums  lot  slav- 
ing close  to  the  desired  allocation  rates.  Thus,  tl  'oughout  the  alloca- 
tion, the  operation  of  STALL  remains  the  same;  it  simpt  tries  to  max- 
imise this  modified  payoff.  Changes  in  the  mode  of  the  allocation  arc 
thus  accomplished  in  WADOUT  simply  by  changing  the  way  the  payoffs  arc 
mod  it  led,  so  no  change  In  the  logic  of  STALL  is  requited. 
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To  obtain  the  initial  values  of  these  quantities,  STALL  makes  an  initial- 
ization call  on  WAD.  Then  it  adds  the  weapons  which  have  been  fixed  to 
the  target  by  the  user.  STALL  also  calls  subroutine  INITSAL.  This  rou- 
tine Initializes  the  Lagrange  multipliers  and  preferred  salvo  indicator 
for  the  salvoed  missiles. 

On  the  basis  of  the  values  delivered  by  WADOUT,  STALL  decides  whether  to 
add  a weapon.  After  each  call  on  WAD  to  add  or  delete  a weapon,  a new 
set  of  variables  is  delivered  by  WADOUT,  and  STALL  uses  this  revised  in- 
formation to  decide  whether  more  weapons  should  be  added  or  deleted  and 
finally  when  to  terminate  the  allocation. 

Figure  13  illustrates  the  operation  of  STALL.  As  part  I of  the  flow 
chart  shows,  a special  option  has  been  provided  so  that,  in  the  case 
where  IVERIFY  = 2 and  PROGRESS  = 2,  the  normal  operation  is  short  cir- 
cuited and  STALL  simply  duplicates  the  previous  allocation  to  the  target 
so  that  with  one  additional  pass  the  allocation  can  be  evaluated  with 
different  correlation  coefficients. 

In  all  other  cases,  the  normal  allocation  procedure  is  used.  This  pro- 
cedure consists  of  four  parts: 

I.  Set  up  and  single  weapon  allocation  phase 

II.  Fixed  weapon  processing 

III.  Multiple  weapon  laydown  loop 

IV.  Multiple  weapon  refinement  loop. 

The  most  time-consuming  part  of  subroutine  STALL  is  the  multiple  weapon 
refinement  loop.  This  phase  tests  many  permutations  of  weapon  assign- 
ments which  could  be  made.  The  full  testing  of  every  single  target 
allocation  can  considerably  slow  down  the  operation  of  the  allocator. 
Therefore,  a way  of  terminating  the  testing  has  been  provided,  through 
the  user- input  parameter  QUALITY.  The  maximum  number  of  weapons  which 
will  be  removed  in  any  testing  process  is  not  permitted  to  exceed  NUM  * 
QUALITY  where  NUM  is  the  number  of  weapons  allocated  to  the  target. 

There  QUALITY  is  a measun  of  the  fraction  of  the  weapons  which  can  be 
removed.  If  QUALITY  is  set  to  0,  the  refinement  operation  is  skipped 
e.  rely. 

Since  the  program  provides  only  finite  arrays  to  list  the  number  of  weap- 
ons assigned  to  a target  and  for  WAD  to  compute  sm-viving  target  value 
Cor  different  times  of  arrival,  there  is  always  the  possibility  that  the 
arrays  provided  might  be  exceeded.  Therefore,  before  any  weapon  is  added, 
a test  is  made  to  be  sure  it  will  not  overflow  these  arrays. 

If  the  maximum  number  of  weapons  would  be  exceeded,  then  the  least  prof- 
itable individual  weapons  are  removed  to  make  way  for  the  most  profit- 
able weapons.  If  the  number  of  time-of-arrival  columns  would  be  exceeded, 
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Figure  1 J • Subroutine  STALL 

Part  I:  Setup  end  First  Weapon 

(Part  1 of  2) 
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Figure  13. 


Part  II:  Fixed  Weapon 
Assignment  Processing 
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Figure  13.  Part  IV:  Allocation 
Refinement  Loop 


the  error  criterion  for  treating  slightly  different  times  of  arrival  in 
the  same  column  is  relaxed,  but  the  allocation  to  this  target  must  be 
reinitialized  and  repeated. 

3.4.7. 3 Subroutine  WAD:  When  the  next  target  is  to  be  processed,  WAD  is 
cal  Led  with  the  control  variable  WADOP  set  to  L.  This  results  in  the 
Initialization  of  the  allocation  for  that  target,  starting  with  zero 
weapons  assigned.  STALL  examines  these  data  and  determines  what  to  do. 

On  all  succeeding  calls,  the  print  options  9 and  22  are  available  to 
print  the  decision  made  by  STALL,  together  with  the  data  (previously 
given  by  WAD  to  WADOUT)  on  which  the  decision  was  based.  If  STALL 
decides  to  add  a weapon,  WAD  is  called  with  WADOP  = 3 and  with  the 
variable  G specifying  the  group  from  which  the  weapon  is  to  be  added.  If 
STALL  later  decides  to  delete  a weapon,  WADOP  is  set  to  4,  and  the 
variable  NW  is  set  to  specify  which  weapon  in  the  list  of  those  assigned 
(the  NWth  weapon  in  the  list)  is  to  be  deleted.  Finally,  when  STALL 
decides  the  allocation  is  complete,  a dummy  call  WADOP  = 2 is  made  to 
permit  a print  of  the  data  which  caused  STALL  to  terminate  the  allocation. 
The  option  WADOP  = 5 should  never  be  used.  It  is  provided  simply  to 
catch  any  erroneous  calls  (WADOP  > 4)  on  WAD. 

Each  of  the  main  options  (WADOP  = 1,3,4)  causes  control  to  pass  to  an 
internal  control  routine,  which  in  turn  makes  calls  on  appropriate 
local  subroutines  in  WAD.  The  structure  of  these  routines  is  governed 
strongly  by  the  objective  of  speed  and  efficiency,  and  need  not  be  dealt 
with  here. 

3. 4. 2. 4 Subroutine  WADOUT:  Much  of  the  logic  of  the  subroutine  is 
concerned  with  the  decisions  of  which  weapon  groups  to  make  INACTIVE  to 
save  time  in  the  computations  in  WAD.  The  variable  INACTIVE  outside  of 
WADOUT  is  interpreted  as  true  so  long  as  it  is  not  0.  That  is,  only 
weapon  groups  for  which  INACTIVE  = 0 are  processed.  If  INACTIVE  = 100, 
it  implies  that  the  range  is  inadequate,  and  the  weapon  will  be 
inapplicable  regardless  of  its  Lagrange  multiplier.  This  value  of 
INACTIVE  is  set  permanently  where  the  weapon-target  interactions  are 
computed  in  subroutine  GETDTA.  Inactive  = 2000  or  30000  is  used 

to  note  weapons  that  are  inapplicable  because  their  cost  (LAMF.F) 
is  too  high  for  the  target.  These  must  be  reconsidered  each  time  a 
target  is  processed.  The  flow  of  the  program  is  illustrated  in 
figure  14 . 

Basically,  the  subroutine  begins  with  a do-loop  over  all  weapons  cur- 
rently assigned,  to  compute  the  marginal  BENEFIT  associated  with  these 
weapons.  At  the  same  time,  it  tags  all  the  weapons  assigned  by  setting 
INACTIVE  to  -100  to  avoid  any  possibility  that  any  weapons  currently 
assigned  will  be  made  inactive.  It  then  enters  a do-loop  over  all 
potential  weapons  to  evaluate  the  marginal  potential  BENEFIT  associated 
with  these.  It  skips  any  weapons  already  set  inactive  (INACTIVE  = 
100,2000,30000)  and  processes  the  remainder  (INACTIVE  = -100,0).  It 
also  skips  salvoed  missiles  if  there  is  no  available  salvo  because  of 
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Figure  14. 


Subroutine  WADOUT  (Part  1 of  2) 
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salvo  overallocations  in  all  salvos.  Those  not  currently  assigned  to 
the  target  (INACTIVE  4 - 100),  and  not  showing  potential  profitability 
are  considered  to  determine  whether  they  should  be  set  inactive. 


If  a weapon  is  not  potentially  profitable  when  no  weapons  are  assigned 
to  the  target,  it  is  presumed  safe  to  set  it  inactive  (INACTIVE  = 

30000).  If  there  are  other  weapons  on  the  target  that  are  unprofitable, 
the  decision  to  make  a weapon  inactive  is  postponed  until  these  are 
removed.  Otherwise,  any  weapon  whose  cost  is  a factor  of  10  higher 
than  its  potential  payoff  is  made  INACTIVE  --  it  being  presumed  that 
even  with  replacement  (or  substitution)  of  weapons  by  STALL  such  a 
weapon  is  very  unlikely  to  become  attractive.  The  value  of  INACTIVE, 
however,  is  set  to  30000  (conditionally  INACTIVE)  rather  than  2000. 
Ordinarily  this  is  treated  exactly  the  same  as  INACTIVE  = 2000.  However, 
if  before  exiting  from  WADOUT  it  is  found  necessary  to  recycle  (using 
a revised  value  of  ALPHA  in  order  to  achieve  a specified  MINKILI.) , 
then  a flag,  REEVAL,  is  set  and  those  weapons  with  INACTIVE  = 30000  are 
reconsidered.  In  some  cases,  they  may  turn  out  to  still  be  applicable 
because  of  the  increase  in  effective  target  value.  However,  if  an 
exit  from  WADOUT  occurs  with  INACTIVE  i 0,  it  must  never  be  set 
back  to  0 during  the  remainder  of  this  allocation  to  the  target. 
Otherwise,  incorrect  computation  would  occur  --  as  a result  of  trying 
to  do  various  steps  in  the  computation  in  WAD  despite  having  omitted 
earlier  steps  when  the  weapon  was  treated  as  inactive. 

Therefore,  any  weapon  group  encountered  by  WADOUT  with  INACTIVE  = 30000 
is  immediately  set  to  INACTIVE  = 2000  unless  it  is  a case  of  recycling 
with  a new  value  of  ALPHA. 

WADOUT,  however,  has  two  other  subsidiary  responsibilities.  It  is 
responsible  for  modifying,  when  necessary,  the  six  variables  transmitted 
to  STALL,  so  that  STALL  will  not  try  to  exceed  the  MAXKILL  specified  for 
a target,  and  so  that  it  will  continue  to  add  weapons  until  any 
specified  MINKILL  is  achieved. 

To  make  it  possible  for  QUICK  to  match  target  kill  requirements 
specified  for  simpler  models,  where  both  correlations  and  time  dependence 
are  ignored,  a user-input  parameter  MATCH  is  provided  in  which  MINKILL 
and  MAXKILL  are  interpreted  in  terms  of  an  oversimplified  target  kill 
estimate  VTZ0. 

If  the  parameter  IMATCH  is  set  nonzero  by  the  user,  the  internal  param- 
eters VTMIN  and  VTMAX  are  modified.  These  parameters  are  defined  as: 

VTMIN  3 Original  target  value  * (1  - MAXKILL) 

VTMAX  = Orlgina'  target  value  * (1  - MINKILL) 

Their  default  values  are  VTMIN  = 0,  VTMAX  = original  value. 
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If  the  IMATCH  parameter  is  used,  VTMIN  and  VTMAX  retain  their  default 
values  until  the  Oth  order  calculation  VTZO  indicates  that  MINKILL  or 
MAXKILL  have  been  reached.  Then  VTMIN  or  VTMAX  is  set  correspondingly 
and  thereafter  operates  as  usual. 

Tn  any  case,  WADOUT  modifies  its  calculations  so  that  every  weapon  placed 
on  target  destroys  at  least  that  percentage  of  original  target  value  spe- 
cified by  the  user-input  parameter  MINDAMAG. 

3.4. 2.5  Subroutine  PREMIUMS.  The  purpose  of  this  subroutine  is  to  com- 
pute the  payoff  premium  required  by  STALL  to  avoid  unduly  large  devia- 
tions from  the  desired  allocation  rate.  During  the  closing  phase,  the 
premium  is  also  used  to  cause  STALL  to  close  in  to  an  allocation  that 
exactly  meets  the  stockpile  constraints.  PREMIUMS  is  called  with  one 
parameter  which  specifies  for  which  group  a new  evaluation  of  the  pre- 
miums (PREMIUM(G)  and  DPREMIUM(G))  is  desired.  The  call  results  in  the 
replacement  of  the  old  value  of  these  premiums  by  a new  value. 

3.5  Common  Block  Definitions 


The  common  blocks  internal  to  the  ALOC  module  are  shown  in  table  5. 


Table  5.  ALOC  Module  Common  Blocks 
(Part  1 of  10) 


BLOCK 

ARRAY  OR  VARIABLE 

DESCRIPTION 

ALERUN 

ALERREST(380,3) 

Estimate  of  allocation  errors 

RUNSUM(380,3) 

Running  sum  of  target  weight  times 
weapons  allocated 

C33 

NBLN 

Number  of  ballistic  interceptors 

TMULT 

Target  multiplicity  (0  if  multiple 
target  becomes  split) 

VT 

Target  value  remaining 

TGTWT(3) 

Weighting  values 

PAYOFF 

Target  value  destroyed 

COST 

Sum  of  weapon  values  allocated 

PROFIT 

PAYOFF  - COST 

DPROFIT 

Change  in  PROFIT  from  last  pass 

WRTEST 

Test  parameter 

CNCLS 

CNTRY (150) 

List  of  country  codes 

CLSS (20) 

List  of  target  classes 

NCNT 

Number  of  country  codes 

CONTRO 

WADOP 

WaD  option 

PROGRESS 

Measure  of  allocation  progress 

NPASS 

Allocation  pass 

CORSTF 

COSCOR (30) 

Cosine  of  corridors  orientation  point 
latitude 

DPLAT(30) 

Difference  between  latitude  of  orienta- 
tion and  origin 

DPLONG(30) 

Difference  between  longitude  of  orien- 
tation and  origin 

CORLN (30) 

Distance  from  orientation  to  origin 

TDEFDIST(30) 

Total  precorridor  attrition 

ATTROCOZ (30) 

Corridor  attrition  rate 

ATTRSUZ (30) 

Corridor  suppression  rate 

HILOATZ (30) 

Ratio  of  high  to  low  attrition 

CRLENGTH(30) 

Corridor  length 
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&L0CK 

ARRAY  OR  VARIABLE 

DESCRIPTION 

COllSTF 

ORGLAT(30) 

Origin  latitude 

(cont.) 

ORGLONG(30) 

Origin  longitude 

DISTCDZ (30) 

Distance  from  origin  to  target 

ATTRAD (30) 

Sum  of  precorridor  and  corridor  attri- 
tion 

CROSSDST(30) 

Perpendicular  distance  from  axis  to 
target 

ENTLAT(30) 

Entry  latitude 

ENTLONG (30) 

Entry  longitude 

DISTDG 

Distance  from  target  to  recovery  base 

MAXCOR 

Number  of  corridors 

CURSUM 

CSALL 

Number  of  targets  assigned  to  all  weap- 
ons 

CSREG (5) 

Number  of  targets  assigned  to  weapons 
from  a given  region 

CSCLAS (2) 

Number  of  targets  assigned  to  weapons 
from  a given  class 

CSTYPE (120) 

Number  of  targets  assigned  to  weapons 
of  a given  type 

CSGRP(250) 

Number  of  targets  assigned  to  weapons 
from  a given  type 

CS0TH(2) 

Number  of  targets  assigned  to  weapons 
with  a given  alert  status 

DEFCOM 

RATM 

Highest  return  rate  from  DEFAL0C 

ISALFX(250) 

Storage  for  fixed  salvo  numbers 

' 

NSL(250) 

Number  of  salvoed  weapons  available 

RATE  (250) 

Rate  of  return  for  missile  on  defended 
target 

DEFRES 

NOWEP(250) 

Number  of  weapons  assigned  by  DEFAL0C 

VTDX 

Surviving  target  value 

NTX (3) 

Terminal  defender  estimates 

PX(3) 

Probability  of  NTX 
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Table  5.  (Part  3 of  10) 


BLOCK 

ARRAY  OR  VARIABLE 

DESCRIPTION 

DYNAMIC 

Contains  allocation 

IG(30) 

Group  assigned 

KORRX (30) 

Corridor  assigned 

RVALX (30) 

Relative  value  of  assignment 

PENX (30) 

Penetration  probability 

TOARR(30) 

Time  of  arrival 

ISAL(30) 

Salvo  number 

NUMFIX 

Number  of  fixed  assignments 

NUM 

Number  of  assignments 

FIL21 

JTG 

Target  number 

ILENTH 

Length  of  record  on  file  15  (or  22) 

I22SW 

Indicates  need  to  read  file  22 

ICTIVE (250) 

Storage  for  INACTIVE  array 

FIRST 

FIRST 

Indicates  first  target  of  pass 

END 

Indicates  end  of  target  list 

F22LSW 

Indicates  file  22  in  use 

FLGSTF 

LFLAG (63) 

Packed  logical  flag  restrictions 

LCNTRY (1042) 

Packed  logical  location  restrictions 

NMMRV 

Number  of  restricted  MIRV  groups 

MRNAM(IOO) 

Payload  table  name  of  restricted  MIRV 

LCLAS (67) 

Packed  logical  MIRV  class  restrictions 

RNMUL(250) 

Range  multiplier 

RNRMUL(250) 

Refueled  range  multiplier 

RNMIN (250) 

Range  minimum  replacement 

FORMTT 

INWORD 

Value  which  needs  a format 

NFORMAT 

Format  for  INWORD 

GRPHDR 

IWGHDR 

IDS  Reference  Code  for  weapon  group 
header 
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BLOCK 

ARRAY  OR  VARIABLE 

DESCRIPTION 

GRPSTF 

Contains  record  from  file  25 

ITYPE 

Group ' s type  index 

LFLAG(9) 

Flag  restrictions 

LCNTRY (150) 

Location  restrictions 

LMRSW 

Indicate  if  group  is  restricted  MIRV 

LCLASS (24) 

MIRV  restrictions 

RMUL 

range  multiplier 

RRMUL 

Refueled  range  multiplier 

RMIN 

Minimum  range  replacement 

GPARAM(15) 

Contains  the  following  group  param- 
eters in  order:  NALTDLY,  ALTDLY, 
GLAT,  GLONG,  GREFCODE,  GYIELD,  RANGE, 
CEP,  SPEED,  RANGED,  RANGER,  RNGMIN , 
GREFTIME,  TOFMIN , CMISS 

INITSW 

RECALG 

Indicates  RECALC  mode 

PUNSW 

Indicates  output  of  final  lambda's  is 
desired 

FLAGSW 

Indicates  flag  restrictions 

LOCRSW 

Indicates  location  restrictions 

RMODSW 

Indicates  range  modifications 

MRVRSW 

Indicates  MIRV  restrictions 

PUNIT 

Logical  unit  on  which  final  lambdas 
are  to  be  output 

LACB 

LALL 

Lambda  for  all  weapons 

LAREG(5) 

Lambda  for  a given  region 

LACLAS (2) 

Lambda  for  a given  class 

LATYPE(120) 

Lambda  for  a given  weapon  type 

LAGRP(250) 

Lambda  for  a given  group 

LA0TH(2) 

Lambda  for  a given  alert  status 

MULTIP 

CTMULT 

Current  target  multiplicity 

NSPLITS 

Number  of  splits  in  current  multiple 
target 

Table  5. 


(Part  5 of  10) 


BLOCK 

ARRAY  OR  VARIABLE 

DESCRIPTION 

MULT IP 

ISPLIT 

Index  of  current  split 

(cont.) 

NSPREC 

Index  of  file  25  record  used  for  this 
target 

KLMULT 

Split  range  indicator 

NALLY 

NALL (250) 

Number  from  group  allocated  on  this 
pass 

RNALL(250) 

Number  from  group  currently  allocated 

NOW  PS 

NOALL 

Number  of  weapons  total 

NOREG(5) 

Number  of  weapons  in  a given  region 

NOCLAS (2) 

Number  of  weapons  in  a given  class 

NOTYPE (120) 

Number  of  weapons  of  a given  type 

N0GRP(250) 

Number  of  weapons  in  a given  group 

NOOTH(2) 

Number  of  weapons  with  a given  alert 
status 

PAYOFF 

OPROFIT 

Profit  from  old  allocation 

SPAYOFF 

Sum  of  all  payoffs 

SUMCOST 

Sum  of  all  costs 

S PROFIT 

Sura  of  all  profits 

PAYSAV 

GSCG(IOO) 

CCREL  for  payload 

GSREL(IOO) 

REL  for  payload 

GSEASM(IOO) 

EXPASM  for  payload 

GSLINT(IOO) 

LCHINT  for  payload 

NGSWHD (100) 

NWUDS  for  payload 

NGSDEG (100) 

DECOYS  for  payload 

GPAYALT (100) 

PAYALT  for  payload 

GYLDASM(IOO) 

ASM  yield  for  payload 

IW1IOB  (100) 

Payload  height  of  hurst 

0 - for  ground 

1 ~ for  air 

2 = If  not  preset 
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'I able  5. 


(Part  6 of  10) 


BLOCK 

ARRAY  OR  VARIABLE 

DESCRIPTION 

PNAV 

GSPKNAV (100) 

PKNAV  Cor  payload 

PREMS 

PREMIUM (250) 

Premium  Cor  using  weapon 

l)PREMIUM{250) 

Premium  Cor  deleting  weapon 

SUMPREM 

Sum  oC  premiums 

TRBNBPIT 

Total  benefit 

PRNTON 

IDO  (AO) 

Print  request  activation  switch 

INDEX  PR  (AO) 

Print  request  selection  number 

J PASS (AO) 

Print  request  first  pass 

JTGTP(AO) 

Print  request  first  target 

LPASS (AO) 

Print  request  last  pass 

LTGT(AO) 

Print  request  last  target 

KTGTFREQ (AO) 

Target  print  frequency 

1 COUNT  (AO) 

Print  request  frequency  counter 

MAXREQ 

Maximum  number  of  requests 

MPRNT 

Number  of  array  entries 

NREQ 

Number  of  requests 

PRTMUL 

PROCMULT 

Current  fraction  oC  multiple  target 
class 

DELTEFF 

Increase  in  profit /VA1.WPN8 

SDBLTBPF 

Sum  of  DELTEFF 

VALWPNS 

Sum  of  all  weapon  values  ( lambdas ) 

VALERR 

Value  of  surplus  plus  deficit  weapons 

RBKPNT 

RPLAT(IO) 

Refuel  point  latitude 

RFLONG (10) 

Rofuol  point  longitude 

SALVO 

NSALW 

Number  of  salvood  weapon  groups 

MXSAL(75) 

Maximum  salvo  number  per  weapon  group 

NSALAL(ASO) 

Running  sums  of  salvo  allocation  (six 
words  per  salvood  group  - packed  four 
sums  per  word) 

milAVE(50) 

Packed  logical  switch  indicating  salvo 
with  weapons 
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Table  5.  (Part  7 of  10) 


BLOCK 

ARRAY  OR  VARIABLE 

DESCRIPTION 

SALVO 

(cont.) 

SAVLAM(250)* 

Storage  for  salvoed  weapon  lambdas 
(contains  average  payload  difference 
for  bombers  - AVDE) 

MYSAL(250)* 

Available  salvo  (contains  bomb/ASM 
selection  for  bombers  - ISETPAY) 

P(250) 

Balance  parameter  (contains  current 
utilization  of  ASMs  for  bomber  - FASM) 

SPLITS 

ZZ (203) 

Buffer  for  file  25 

SPLTMD 

Switch  to  indicate  data  modified  since 
last  read 

NBLNX 

Number  of  splits 

TMX 

Not  used 

INDEX 

File  25  index 

STARG (3) 

Starting  target  numbers  of  split 

IOFF 

Offset  of  data  in  ZZ 

NTOTGT 

Number  of  targets  - all  splits 

SPDAT 

Not  used 

SMATAD 

SMNOMIRV (3) 

SMAT  parameters  for  non-MIRVs 

SMATMIRV (3) 

SMAT  parameters  for  MIRVs 

SURPW 

SURPWP(250) 

Estimated  weapon  surplus 

TABLE 

TABLE (101) 

Table  of  square  root  law  K-factors 

TGTSAV 

TGTLAT 

Target  latitude 

TGTLONG 

Target  longitude 

TGTCLS 

Target  class  name 

V0(2) 

Target  value  per  hardness  component 

WADFIN 

VTP(250) 

Value  remaining  at  target  after  weapon 
added 

DELVT (30) 

Difference  in  surviving  value 

NUMO 

Numbers  of  old  allocations 

IG0(30) 

Group  numbers  of  old  allocation 

For  bomber  groups  these  arrays  are  equivalenced  to  arrays  AVDE,  ISETPAY 
and  FASM. 
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Table  5.  (Part  8 of  10) 


BLOCK 

ARRAY  OR  VARIABLE 

DESCRIPTION 

WADFIN 
(cont . ) 

IOP 

Number  of  adds  and  deletes  on  this  tar 
get 

IOPS 

Sum  of  IOP 

WADLOC 

NWP(IO) 

Number  of  weapons  in  TOA  set 

VALQ(IO) 

Unattritioned  value  at  TOA 

MU  (10,2) 

Sum  of  means  through  TOA  set 

SIG(10,2) 

Sum  of  variance  through  TOA  set 

V (11,2) 

Unattritioned  component  value 

S (10,2) 

Component  survival  probability  through 
TOA  set 

VS  (10,2) 

“(V(N,JH)-V(N+1 ,JH)  * S(N,JH) 

VSN(11,2) 

= VSN(N-1,  J1I)  + VS  (N-  ' JH) 

ITOA(250) 

TOA  index  for  group 

IADDT0A (250) 

1 if  new  TOA  sot  required 

SIGP(250,10,2) 

Increase  in  variance  for  TOA  set  if 
weapon  added 

DSIG  (250,2) 

Temporary  contribution  of  weapon 

SIGD(30,1Q,2) 

Change  in  variance  if  weapon  deleted 

WADOTX 

DVRMX 

Maximum  efficiency 

IPVRMX 

Index  of  weapon  achieving  PVRMX 

PPMX 

Maximum  profit 

IPPMX 

Index  of  weapon  achieving  PPMX 

DPMN 

Minimum  profit 

IDPMN 

Index  of  weapon  achieving  DPMN 

NUMMAX 

Maximum  number  of  weapon  allowed  per 
target 

NW 

Number  on  target 

TPMX 

Largest  potential  profit 

NTOA 

Number  of  TOA  sets 

NOTAMAX 

Maximum  TOA  sets 

VTMIN 

Lower  target  destruction  minimum 
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Table  5.  (Part  9 of  10) 


BLOCK  ARRAY  OR  VARIABLE 

WADOTX  VTMAX 

(cont. ) 

ALPHA 


DESCRIPTION 

Maximum  acceptable  surviving  target 
value 

Factor  on  value  required  to  justify 
VTMAX 


VTEF 

VTZO 

VTO 

STALPRIN 

G 

N 

WADWPN  INACTIVE (250) 
TOA (250) 
TVALTOA(250) 
VT0A(250,2) 
MUP(250,2) 
RISK(6,250,2) 
SSIG(250,2) 
MORR(250) 
PEX(250) 
XMUP(250,2) 

I LAW 

WEPSAV  IP(250) 

GSSBL(250) 

1 GIT  P (2 50) 

IGLERT(250) 

IGKKGll’SOl 

WPFIX  NWl’NS  (250) 

NFIXEZ (250) 


Maximum  of  target  value  remaining  and 
VTMIN 

Total  surviving  target  value 
First  target  component  value 
Stall  print  code 
Group  Number 
Allocation  number 

Active  group  switch  (0  = Active) 

Time  of  arrival  on  target 

Value  of  target  at  arrival  time 

Value  per  component  at  TOA 

Contribution  of  weapon  to  mean  if  added 

Relative  risk  of  weapon  interaction 

Square  root  of  In  of  SSKP 

Optimal  corridor 

Penetration  probability 

MUP  for  alternate  warhead  - (ASM  for 
bomber  group,  single  wai'head  for  MRV) 

Damage,  law  in  use 

Group  payload  index 
Group  SBL 
Group  type  index 
Group  alert  status  index 
Group  region  index 

Number  of  weapons  in  group 
Number  of  fixed  assignments 
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Table  5.  (Part  10  of  10) 


LUCK. 

pfix 

(cont . ) 

rrs 

£FPX 


AKRAV  ok  variable  description 


NM'HP(120) 
LAM (250) 
ITCL(120) 

WTFAC(3) 

UTRATE(3) 

WTSUM(3) 

PENALT(30) 


Type  names 
Group  lambda 

Weapon  type  class  index  (l=missile, 
2abomber) 

Divide  into  old  weight  for  cotnmeasura- 
bility 

Rate  of  increase  of  weights 
Sum  of  weights 

Penetration  probability  for  corridor 
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3.6  Subroutine  ENTMOD 


PURPOSE;  Entry  module  for  ALOC 

ENTRY  POINTS;  ENTMOD  (first  subroutine  called  when  overlay  ALOC 

~ is  executed) 


FORMAL  PARAMETERS : None 

COMMON  BLOCKS;  C30,  CNCLS,  GRPHDR,  INITSW,  LACB,  NOWPS,  PAYSAV, 

PRNTCN , SALVO,  SMATAD,  TABLE,  WEPSAV,  WPFIX, 

OOPS 


SUBROUTINES  CALLED:  INITIAL,  MULCON,  RANSIZ 

CALLED  BY;  MODGET 


Method; 

First  RANSIZ  is  called  to  set  the  record  size  of  file  25.  Next  the 
ALCINT  overlay  is  read  in  and  executed.  If  no  input  error  has  been 
detected,  the  ALCMUL  overlay  is  executed.  Finally,  the  final  multi 
pliers  are  written  (or  punched)  if  the  user  has  so  directed. 

Subroutine  ENTMOD  is  illustrated  in  figure  15. 
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Figure  15.  Subroutine  ENTMOD  (ALGO') 
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3.7  Subroutine  INITAL 


PURPOSE : 

ENTRY  POINTS : 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 


Driver  for  initialization  overlay 

INITAL  (first  subroutine  called  when  overlay 
ALCINT  is  executed) 

None 

C15 , C30,  C45,  INITSW , LACB,  SMATAD 

DATGRP,  FLOORS,  RDFND,  INSGET,  INTPRN , MRVRST , 
PRNPUT,  RDMUL,  RDPRNZ,  RDSET , RDSMAT , RETRV , 
RNGALT,  SETABL,  TIMEME,  TIME PR 


CALLED  BY: 


ENTMOD 


Method: 

First  all  switches  are  initialized  to  a "False"  value.  Next,  various 
headers  and  tables  are  retrieved.  Thus  each  input  clause  in  turn  is 
retrieved.  Each  clause  is  analyzed  by  an  appropriate  subroutine  except 
the  RECALC  and  PUNCH  clauses  which  are  handled  by  INITAL.  Once  all 
clauses  have  been  examined,  the  input  is  displayed  by  PRNPUT.  Then 
DATGRP  is  called  to  retrieve  the  group  data  and  set  up  the  payload  and 
type  tables.  Finally,  the  SMATAD  block  is  built,  and  SETABL  called  if 
the  square  root  law  is  being  used. 

Subroutine  INITAL  is  illustrated  in  figure  16. 


First  subroutine  of  overlay  ALCMUL. 
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3.7.1  Subroutine  CNCLST 


PURPOSE:  Build  tables  of  the  classes  and  country  locations 

in  the  target  list 

ENTRY  POINTS : CNCLST 


FORMAL  PARAMETERS : None 


COMMON  BLOCKS:  CIO,  C30,  CNCLS 

SUBROUTINES  CALLED:  DIRECT,  HEAD,  NEXITT 

CALLED  BY:  FLOORS,  MRVRST 

Method: 

First  the  DONE  switch  is  checked  to  see  if  call  is  necessary.  Then  the 
target  list  is  examined.  Each  member  of  the  chain  may  represent  either 
a single  target  or  a complex.  If  the  entry  is  a single  target  its  class 
is  recorded  in  the  CLSS  list.  In  either  case,  the  country  location  is 
added  to  the  country  location  list  (CNTRY)  if  it  was  not  previously  en- 
tered. 


Subroutine  CNCLST  is  illustrated  in  figure  17. 
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17.  Subroutine  CNCLST  (Part  1 of  2) 
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Figure  17.  (Part  2 of  2) 
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3.7.2  Subroutine  DATGRP 


PURPOSE : 


Assemble  weapon  data,  build  payload  tables  and 
initialize  salvo  arrays 


ENTRY  POINTS: 

FORMAL  PARAMETERS : 
COMMON  BLOCKS; 

SUBROUTINES  CALLED: 
CALLED  BY: 


DATGRP 

None 

CIO,  C15,  C30,  CNCLS , FLGSTF,  GRPHDR , INITSW, 
LACB , NOWPS,  PAYSAV , SALVO,  WEPSAV,  WPFIX 

DIRECT,  GLOG,  IIDFND,  HEAD,  NEXTTT,  RETRV , SLOG 

INITAL 


Method : 

After  various  counters  are  set  to  zero,  the  following  process  is  fol- 
lowed for  all  weapon  groups.  First,  the  TYPE  and  CLASS  are  determined 
and  some  group  attributes  are  saved.  Next  the  payload  for  the  group  is 
examined  and  compared  with  the  payloads  of  previous  groups.  New  pay- 
loads  are  stored  and  old  payloads  are  indicated  via  the  index  in  array 
IPAY.  Next  the  values  for  file  25  are  determined.  This  file  contains 
any  flag,  location  or  MIRV  restrictions,  range  modifications  and  group 
parameters  that  will  be  required  on  the  first  pass.  Next,  the  weapon 
totals  in  block  NOWPS  are  updated  and  the  group  lambda  calculated.  Fin- 
ally, if  this  is  a salvoed  group,  the  salvo  arrays  are  initialized.  This 
final  process  includes  the  unpacking  of  NSAL  (9  weapon  salvos  per  word) 
and  repacking  into  NSALAL  (4  weapon  salvoes  per  word). 

Subroutine  DATGRP  is  illustrated  in  figure  18. 
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Figure  18.  Subroutine  DA.TGRP  (Part  1 o£  6) 
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Figure  18.  (Part  2 of  6) 
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Figure  18.  (Part  4 of  b) 
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Figure  18.  (Part  6 of  6) 


3.7.3  Subroutine  FLOORS 


PURPOSE: 


To  set  flag  and  location  restriction  switches 
based  on  input  clauses 


ENTRY  POINTS: 
FORMAL  PARAMETERS : 


COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


FI. OCRS 

NDEX  - Starting  point  of  clause 
IXBR  - 1 = FLAGREST  call 
2 = LOCREST  call 

CNCLS , FLGSTF,  INITSW,  OOPS,  ZEES 

INCLST,  INSGET,  SLOG 

INITAL 


Method: 

The  method  is  the  same  for  both  types  of  call.  First,  if  this  is  the 
first  call  of  this  type,  all  switches  are  set  to  indicate  no  restric- 
tions. Next,  the  input  is  analyzed  collecting  group  numbers,  setting 
the  ITYP  switch  (used  to  distinguish  INCLUDE  and  EXCLUDE  functions) 
and  collecting  either  flag  numbers  or  indexes  of  country  codes.  When 
either  the  clause  ends  or  a new  set  of  restrictions  begins,  the  last 
set  is  used  to  supply  values  for  the  switches  involved. 

Subroutine  FLOCRS  is  illustrated  in  figure  19. 
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3.7.4  Subroutine  MRVRST 


PURPOSE: 

ENTRY  POINTS: 
FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


To  read  user  input  MIRV  restrictions 
MRVRST 

NDEX  - Index  of  beginning  of  MIRVREST  clause 
CNCLSZ,  FLGSTF,  INITSW,  OOPS,  ZEES 
CNCLST,  INSGET,  SLOG 
INITAL 


Method : 

After  calling  CNCLST  to  build  the  class  and  country  code  lists,  the 
MIRVREST  clause  is  examined.  Each  MIRV  payload  table  name  is  compared 
to  those  previously  entered.  New  names  are  added  to  the  list  of  pay- 
load  table  names  and  all  switches  pertaining  to  the  new  name  are  set 
to  indicate  exclusion.  The  class  names  which  follow  the  payload  table 
name  in  the  input  clause  are  used  to  reset  the  exclusion  switches. 

Subroutine  MRVRST  is  illustrated  in  figure  20. 
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3.7.5  Subroutine  PRNPUT 


PURPOSE:  To  display  input  user  options 

ENTRY  POINTS : PRNPUT 


FORMAL  PARAMETERS: 

None 

COMMON  BLOCKS: 

C30,  C45 

SUBROUTINES  CALLED: 

GLOG 

CALLED  BY: 

INITAL 

CNCLS,  FLGSTF,  INITSW,  PRNTCON 


Method : 

This  routine  prints  a formatted  display  of  allocation  parameters  (includ- 
ing the  SMAT  array)  and  selected  print  requests.  Displays  also  appear  of 
any  user  input  restrictions  or  range  modification  if  there  has  been  input 
of  this  type. 

Subroutine  PRNPUT  is  illustrated  in  figure  21. 
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3.7.6  Subroutine  RDMUL 


PURPOSE: 


To  read  user  inputs  for  starting  weapon  values 
(lambdas) 


ENTRY  POINTS: 
FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 


RDMUL 

NDEX  - index  of  beginning  of  READMUL  clause 

LACB,  OOPS,  ZEES 

INSGET 


CALLED  BY:  INITAL 

Method : 

The  READMUL  clause  is  scanned  and  its  instructions  carried  out.  Data 
will  appear  in  two  forms.  First  a logical  unit  containing  previously 
saved  lambdas  may  be  read.  The  format  of  this  input  is  compatible  with 
the  output  of  the  PUNCH  adverb. 

The  second  type  of  input  consists  of  an  identifying  item  (such  as  GROUP) 
an  index  and  a value.  These  values  are  entered  in  block  LACB  as  per  the 
identifier  and  the  index. 


Subroutine  RDMUL  is  illustrated  in  figure  22. 
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Figure  22.  (Part  2 of  4) 
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Figure  22.  (Part  4 of  4) 
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3.7.7  Subroutine  RDPRNZ 


PURPOSE: 

ENTRY  POINTS: 

FORMAL  PARAMETERS ; 
COMMON  SLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


To  sot  print  options  based  on  user  input 
RDPRNZ,  INTPRN 

NDEX  - Index  of  beginning  of  ONPRIN'IS  clause 

OOPS,  PRNTCN , ZEES 

INSGET 

INITAL 


Mothod : 

The  method  is  best  explained  by  examination  of  figure  23.  As  each  item 
is  read  from  the  clause,  it  is  interpreted  according  to  the  current  set- 
tings of  ISW  and  IBR.  ISW  keeps  track  of  what  the  next  item  is  expected 
to  bo.  IBR  signifies  whether  the  numeric  items  rofor  to  option  numbers, 
targets  or  passes. 

The  INTPRN  ontry  initializes  tho  print  options. 

Subroutine  RDPRNZ  is  illustrated  in  figure  23. 
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Figure  23.  Subroutine  RDPRNZ , Entry  RDPRNZ 
(Part  1 of  7) 
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Figure  23*  (Part  4 of  7) 
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Figure  23.  (Part  5 of 
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Figure  23.  Entry  INTPRN  (Part  7 of  7) 


3.7.8  Subroutine  RDSET 


PURPOSE : To  read  input  SETTING  clause 

ENTRY  POINTS:  RDSET 


FORMAL  PARAMETERS : NDEX  - Index  of  beginning  of  SETTING  clause 

COMMON  BLOCKS:  C30,  OOPS,  ZEES 


SUBROUTINES  CALLED:  INSGET,  UNCODE 
CALLED  BY:  INITAL 

Method : 

The  SETTING  clause  is  read.  Each  "load  command"  is  examined  to  see  if  it 
pertains  to  ALOC  parameters.  If  so  the  accompanying  "equals  command"  is 
used  to  supply  a new  value. 

Subroutine  RDSET  is  illustrated  in  figure  24. 
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3.7.9  Subroutine  RDSMAT 


PURPOSE: 

ENTRY  POINTS: 

FORMAT  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


To  re8d  user  input  values 
RDSMAT 

NDEX  - Index  to  beginning 
C45,  OOPS,  ZEES 
INSGET,  MODFY 
INITAL 


for  the  SMAT  array 


of  SMAT  clause 


Method : 

The  SMAT  clause  is  examined  item  by  item.  Ignoring  commas,  each  alpha" 
betic  or  attribute  causes  either  the  IDEX  or  JDEX  index  to  be  set.  The 
special  word  "ALL"  also  causes  IDEX  to  be  set.  A numeric  value,  when 
encountered,  is  inserted  at  the  current  settings  of  IDEX  and  JDEX,  i.e., 
SMAT  (IDEX,  JDEX)  = value.  If  the  "UPDATE"  special  word  is  encountered 
at  any  point,  the  SMAT  IDS  record  is  modified  at  the  end  of  the  clause. 

Subroutine  RDCSMAT  is  illustrated  in  figure  25. 
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Figure  25.  (Part  2 of  4) 


141 


Figure  25.  (Part  3 of  4) 
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3.7.10  Subroutine  RNGALT 


PURPOSE : 


To  read  user  input  modification  to  range,  refueled 
range  and  minimum  range 


ENTRY  POINTS: 
FORMAL  PARAMETERS: 


COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


RNGALT 

NDEX  - Index  of  beginning  of  clause 
IXBR  - 3 for  MINRANGE  call 
6 for  MODRANGE  call 

FLGSTF , INITSW,  OOPS  , ZEES 

INSGET 

INITAL 


Method : 

On  the  first  call  the  switch  RMODSW  is  set  and  all  values  are  initial- 
ized. Then  the  input  clause  is  scanned.  ISW  is  set  to  indicate  the 
next  expected  item.  Wien  a group  number  is  read,  the  previous  quantities 
are  stored  depending  upon  whether  the  call  was  from  a MINRANGE  or  MODRANGE 
call. 

Subroutine  RNGALT  is  illustrated  in  figure  26. 


Figure  26.  (Part  2 of  3) 
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3.7.11  Subroutine  SETABLE 


PURPOSE;  This  routine  initializes  the  table  which  is  used 

to  calculate  the  weapon  kill  factors  used  in  the 
square  root  damage  law. 


ENTRY  POINTS;  SETABLE 

FORMAL  PARAMETERS;  None 

COMMON  BLOCKS;  TABLE 

SUBROUTINES  CALLED;  None 

CALLED  BY:  TNITAL 


Method: 

This  subroutine  fills  common  /TABLE/  with  the  data  needed  for  the  square 
root  damage  law.  The  array,  TABLE,  contains  values  for  weapon  kill  fac- 
tors which  will  produce  single  shot  survival  probabilities  between  0.0 
and  1.0.  The  table  entries  are  defined  as  follows: 

TABLE (i)  is  the  square  root  kill  factor  for  a single  shot  survival 
probability  of  (i-1)  * .01.  There  are  101  entries  in  the  table. 

Let: 


SSSP  = Single  shot  survival  probability 
TB  = TABLE  array  entry 


Then : 


SSSP  = (l+TB)*exp (-TB) . 

During  processing,  function  TABLEMUP  will  use  this  table  to  compute  weap- 
on kill  factors.  A simple  heuristic  root  finder  is  used  by  SETABLE  to 
construct  the  table.  The  procedure  is  as  follows: 

Define  x =1.0 
o 

SSSP  = Input  single  shot  survival  probability 
S^  = (l+x^^expt-x^)  (see  statement  1). 

The  procedure  iterates  on  x^  such  that 

(1+0 

x,  = x.  + * ERR  (see  statement  2) 

i+1  i xi 

where  ERR  = (S^SSSP)^. 
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The  procedure  ends  when  ERR  .000001.  The  table  value  is  the  x-^  which 
produced  the  such  that  ERR  met  that  condition  (see  statement  3) . 

Subroutine  SKTABLE  is  illustrated  in  figure  27. 
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Figure  27.  Subroutine  SETABLE 
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3.7.12  Subroutine  TIMEPRT 


PURPOSE 


This  routine  prints  the  amount  of  tlim*  spent  In 
the  options  which  precede  the  ALLOCATE  function. 


ENTRY  POINTS : TIMEPRT 


FORMAT  PARAMETERS : None 


COMMON  BLOCKS:  None 

SUBROUTINES  CALLED:  TIMEME 
CALLED  BY:  INITAL 


Method: 

This  routine  first  calls  utility  subroutine  TIMEME  with  a -2  argument 
to  stop  the  clock  while  the  heading  is  being  printed.  After  the  head- 
ing is  complete,  two  calls  on  TIMEME  are  made  to  restart  the  clock  (argu- 
ment of  -3)  and  print  the  time  spent  in  each  option  (argument  of  0). 

Subroutine  TIMEPRT  is  illustrated  in  figure  28. 
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* 

Subroutine  MULCON 


PURPOSE:  The  primary  purpose  of  MULCON  is  to  adjust  the 

Lagrange  multipliers  during  the  allocation.  It 
also  monitors  the  progress  of  the  allocation,  and 
controls  the  flow  of  the  module  throughout  the 
allocation. 


ENTRY  POINTS:  MULCON 

FORMAL  PARAMETERS:  None 


COMMON  BLOCKS: 


ALERUN, 

DYNAMI, 

PAYOFF, 

SPLITS, 

WADWPN, 


CIO,  C30,  C33, 
FIRST,  GRPHDR, 
PAYSAV,  PREMS, 
SURPW,  TARREF, 
WEPSAV,  WPFIX , 


CONTRO,  CORSTF , CURSUM, 
LACB,  MULTIP,  NALLY,  NOWPS, 
PRTMUL,  REFPNT,  SALVO, 
TGTSAV,  WADFIN,  WADOTX, 

WTS 


SUBROUTINES  CALLED:  ADDSAL,  ASGOUT,  BOMPRM,  DEFALOC,  DIRECT, 

FRSTGD , LLINK,  MODFY  NEXTTT,  PRNTALL , PRNTCOM , 
PRNTNOW,  SCNDGD , STALL,  TIMEME 


CALLED  BY: 


ENTMOD  (ALOC) 


Method: 

MULCON  proceeds  by  making  multiple  passes  through  the  target  list  until 
the  correct  number  of  weapons  have  been  allocated.  During  this  process, 
the  Lagrange  multipliers  are  modified  to  force  the  allocation  to  converge 
to  the  given  stockpile. 

The  flow  of  operations  in  MULCON  is  illustrated  in  figure  29.  The  first 
sheet  represents  the  flow  in  five  parts  of  the  program;  Part  I,  the  in- 
itialization phase;  Part  II,  first  pass  processing;  Part  III,  the  main 
flow;  Part  IV,  processing  after  allocation;  and  Part  V,  multiplier  ad- 
justment. The  flow  diagrams  are  annotated  with  statement  references  Co 
the  FORTRAN  listing  and  are  in  sufficient  detail  to  be  largely  self- 
explanatory.  In  the  following  sections  comments  are  made  only  where  the 
flow  diagrams  require  some  explanation. 

Part  I:  Initialization 

The  routine  begins  by  calling  utility  subroutine  TIMEME  to  initialize 
the  clock.  NPASS  and  ITGT  are  initialized  so  that  the  print  control 
routine  PRNTCON  will  know  what  prints  to  activate,  and  then  PRNTCON  is 
called  to  do  so.  A call  for  a summary  print  of  starting  multipliers 
(PRNTALL (11))  follows. 


* 

First  routine  of  overlay  ALCMUL. 
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The  sensitivity  of  the  allocation  errors  to  the  value  of  the  local  multi- 
pliers is  estimated.  With  a fairly  large  value  for  the  linear  premium 
PRM  all  sensitivities  are  about  the  same  independent  of  the  size  of  the 
group;  thus,  PARTIAL (J)  is  simply  set  to  -1.0. 

RUNSUM  and  WTSUM  arc  initialized  as  if  the  starting  pseudoallocation 
were  exact,  but  the  weight  given  to  that  allocation  is  reduced  by  the 
square  root  of  the  number  of  targets  so  that  it  does  not  take  too  long 
for  data  on  actual  allocation  rates  to  produce  a significant  effect  on 
the  estimated  rates. 

Part  II:  First  Pass  Processing 

This  section  deals  with  the  target  processing  on  the  first  pass.  On  this 
pass  FRSTGD  is  called  which  processes  the  target,  brings  in  the  weapon 
data  and,  if  necessary,  calculates  the  Weapon/Target  Data  File.  FRSTGD 
also  reads  in  any  fixed  allocation.  Finally,  the  pseudoal location  Is 
removed  from  the  running  target  weights. 

Part  III:  Main  Flow  (After  First  Pass) 

This  section  deals  with  the  target  processing  on  passes  after  the  first. 
First  a series  of  calls  to  PRNTALL  performs  intertarget  prints.  Next 
PRNTCON  is  called  to  reset  print  controls.  Then,  if  this  is  not  the 
first  pass  processing  continues.  SCNDG1)  is  called  to  process  target 
data,  bring  in  the  weapon  related  data  and  read  in  the  old  allocation. 

If  PROGRESS  Is  2 the  variable  IVERIFY  is  checked.  If  this  is  a verifi- 
cation pass  the  limits  are  checked  and  if  not  achieved  the  pass  con- 
tinues. If  all  processing  is  complete  PRNTNOW  is  called  for  final  print. 
Then  the  weapon  group  chain  is  cycled  and  the  attribute  NUMALOC  set 
equal  to  RNAL1.  for  each  group. 

However,  if  processing  is  to  continue,  the  termination  section  is  ignored 
and  the  program  gets  ready  to  generate  a new  allocation  to  replace  the 
one  Just  read.  On  the  first  pass  the  old  allocation  is  a pseudo-alloca- 
tion and  the  replacement  is  done  elsewhere  (see  Part  II).  The  replace- 
ment is  accomplished  by  removing  the  contribution  of  the  old  allocation* 
to  all  running  sums  before  the  new  allocation  is  generated.  This  can  be. 
done  in  this  simple  way  because  the  values  of  COST,  PAYOFF,  PROFIT, 

TGTWT,  and  DPROFIT,  then  in  memory,  are  those  just  read  in  from  the 
TARCDF.  record  and  so  they  correspond  to  the  old  allocation.  Since  the 
quantities  RUNSUM  and  WTSUM  were  divided  by  WTFAC  at  the  end  of  the 
last  pass,  the  old  TGTWT  must  also  bo  divided  by  this  same  factor  to 
make  It  commensurate  before  it  is  subtracted  out 

The  reason  that  REVCOST  must  he  computed  is  that  the  values  of  the  multi- 
pliers have  probably  changed  (unless  PROGRESS  « 1.0)  since  the  prior 

A 

The  fixed  weapons  are  Ignored  because  they  do  not  contribute  to  the 
running  sums. 
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allocation;  consequently  a revised  cost  (REVCOST)  of  the  allocation 
based  on  the  new  multipliers  is  of  interest,  and  is  probably  different 
than  the  old  cost  COST.  The  reason  for  the  test  on  PROGRESS  before 
correcting  the  cumulative  differential  profit  will  be  discussed  in  con- 
nection with  Part  IV  of  the  program  (part  5 of  figure  27). 

Subroutine  ADDSAL  is  used  to  maintain  the  sums  for  the  salvoed  groups. 

Part  IV:  Processing  After  Allocation 

* 

Before  calling  STALL,  CTSPILL  is  set  to  0.  (If  some  elements  are 
spilled,  WAD  will  so  note  by  setting  CTSPILL  equal  to  the  number  of 
elements  spilled.)  The  calls  on  TIMEME  (5,  6,  7)  before  and  after  the 
allocation  cause  the  time  spent  during  the  actual  allocation  to  be  re- 
corded in  columns  6 and  7 of  the  TIMEME  output  print  (number  23). 

Before  calling  either  allocation  routine,  however,  the  program  must 
check  the  number  of  fixed  weapon  assignments.  The  limitation  of  weap- 
ons allocated  to  one  target  is  30  weapons  on  an  undefended  target  and 
30  weapon  groups  on  a defended  (i.e.,  terminal  ballistic  missive  de- 
fenses) target.  Usually,  MULCON  calls  both  STALL*  and  DEFALOC  on  de- 
fended targets  and  chooses  the  best  allocation.  If  there  are  more  than 
30  fixed  weapon  assignments,  STALL*  should  not  be  called.  If  the  number 
of  fixed  assignments  is  greater  than  30,  MULCON  checks  to  see  if  it  is  a 
defended  target.  If  not,  an  error  message  is  printed  and  the  excess 
assignments  are  ignored.  Then  STALL*  is  called.  If  it  is  a defended 
target,  MULCON  sets  a dummy  low  profit  (except  for  verification)  and 
calls  only  DEFALOC.* 

The  additional  details  of  the  allocation  required  by  later  processors 
are  then  recorded  in  /DYNAMI/.  PENX  and  T0ARR  are  required  by  EVALALOC, 
while  KORRX  and  RVALX  are  required  by  AL0C0UT,  F00TPRNT , and  POSTALOC. 
Subroutine  B0MPRM  is  then  called  to  update  the  ASM  allocation  fraction 
array  FASM. 

The  various  running  sums  are  then  calculated.  If  DEFALOC  has  made  the 
allocation,  the  KORRX  array  gives  the  number  of  missiles  from  each  group 
allocated  to  the  target.  If  KORRX  is  positive,  it  represents  the  corri- 
dor. If  it  is  negative,  it  represents  the  number  allocated.  Then  the 
profit  and  cost  data  are  recorded. 

The  following  quantities  are  of  particular  importance: 

DPROFIT  = PROFIT  - OPROFIT 
SDPR0FIT  = E DPROFIT 
DELTEFF  = DPROFI.T/VALWPKS 
SDDLTEFF  = SDPROFIT/VALWPNS 


STALL  and  DEFALOC  are  called  via  computer  system  subroutine  LLINK. 
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These  quantities  are  computed  and  the  last  two  printed  out  in  the  stand- 
ard ALOC  print  number  2 to  help  the  user  evaluate  the  progress  of  the 
allocation.*  The  quantity  OPROFIT  represents  the  profit  of  the  old  allo- 
cation to  the  target  evaluated  in  terms  of  the  present  values  of  the 
Lagrange  multipliers.  DPROFIT  is  thus  a measure  of  the  improvement  in 
profit  using  the  new  allocation.  Until  PROGRESS  = 1.0  this  quantity 
is  summed  over  all  targets  (one  complete  pass  only)  to  give  SDPROFIT. 
Thus,  when  the  multipliers  have  been  near  the  correct  values  for  one 
full  pass  the  value  of  SDPROFIT  should  be  small.  To  provide  a standard 
relative  value  for  interpreting  these  quantities,  they  are  divided  by 
the  value  of  all  the  weapons  VALWPNS, 

VALWPNS  = ENWPNS(G)  * LAMEF(G) 

to  obtain  DELTEFF  and  SDELTEFF  which  measure  changes  in  profit  as  a 
fraction  of  the  total  value  of  all  weapons. 

The  quantity  of  SDELTEFF,  therefore,  provides  an  estimate  of  how  effi- 
cient the  allocation  would  have  been  if  the  allocation  had  been  termin- 
ated one  pass  earlier.  Presumably,  the  current  efficiency  is  substan- 
tially higher,  but  SDELTEFF  does  not,  at  this  point,  give  any  indication 
of  how  much.  It  is  nevertheless  of  value  in  developing  experience  on 
how  soon  the  PROGRESS  .75  phase  can  be  terminated.  Wien  PROGRESS  is 
equal  to  1.00  the  multipliers  are  frozen  and  this  role  of  SDELTEFF 
ceases  to  be  relevant.  The  quantity  is  then  reset  to  0.  Thereafter  it 
provides  a measure  of  the  effect  on  the  profit  of  closing  to  the  exact 
stockpile.  Usually  during  the  closing  phase  SDELTEFF  goes  slightly 
negative.  However,  since  during  this  phase  we  continue  to  replace  allo- 
cations originally  produced  with  slightly  different  values  of  the  multi- 
pliers, the  value  may  go  positive  for  a while  until  the  closing  forces 
get  large  enough  to  force  closure  even  at  some  loss  of  profit.  Thus  the 
value  of  SDELTEFF  at  the  end  of  the  closing  phase  (PROGRESS  = 1)  measures 
the  loss  in  profit  associated  with  closing.  In  the  event  that  closing 
requires  more  than  one  full  pass,  a test  has  been  inserted  which  causes 
SDELTEFF  to  continue  to  accumulate  over  more  than  one  pass  when  PROGRESS 
= 1.0. 


Finally  when  PROGRESS  =2.0  the  quantity  is  again  set  equal  to  0.  If  a 
verification  pass  is  carried  out,  SDELTEFF  then  measures  any  increase  in 
profit  in  the  verification  pass  relative  to  the  final  allocation.  In 
this  role  it  defines  an  upper  limit  on  the  inefficiency  of  the  actual 
allocation. 

Ordinarily  after  all  these  calculations  are  performed  ASG0UT  is  called 
to  store  the  results.  However,  if  PROGRESS  = 2 this  step  is  skipped 
since  the  Integrated  data  file  already  contains  the  final  allocation. 


The  column  labelled  (P-0)/VWPS  in  print  number  2 contains  these  vari- 
ables: DELTEFF  on  the  first  line,  SDELTEFF  on  the  second. 
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At  the  end  of  each  complete  target,  the  target  weight  is  adjusted.  If 
it  is  also  the  end  of  a pass,  the  target  weight  is  still  adjusted  by 
the  same  amount  relative  to  other  targets,  hut  all  target  weights  and 
the  value  of  KUNSUM  and  WTSUM  are  renormalized. 

After  the  target  weights  are  adjusted,  a test  is  made  to  see  if  it  is 
time  to  recompute  the  multipliers.  If  so,  control  is  transferred  to 
point  D of  Part  V. 

Two  other  operations,  however,  require  special  comment.  At  the  bottom 
of  the  diagram  a test  is  made  to  see  if  sufficient  progress  has  been 
made.  If  after  three  passes  PROGRESS  has  not  reached  .75,  it  is  assumed 
that  a problem  exists  and  the  run  is  terminated.  In  the  middle  of  the 
diagram,  at  the  end  of  the  first  pass,  the  value  of  NOWPS(J)  is  reevalu- 
ated omitting  any  weapon  groups  that  could  not  reach  any  targets.  This 
allows  the  allocator  to  Ignore  such  weapon  groups  thereafter,  and  avoids 
an  endless  and  fruitless  effort  to  allocate  these  weapons  by  reducing 
their  Lagrange  multipliers.  The  array  TVALTOA  provides  a convenient 
test,  since  it  is  initialized  to  zero  and  will  remain  zero  only  for  weap- 
on groups  that  have  never  been  within  range  of  any  target. 

Part  V:  Multiplier  Adjustment 

* 

Every  fourth  target  or  so,  when  it  is  decided  to  recompute  the  multi- 
pliers, controls  passes  to  this  adjustment  routine.  The  first  step  is 
to  recompute  all  the  allocation  error  estimates,  ALERREST.  At  the  same 
time  SURPWP,  the  excess  allocation  estimate,  is  reevaluated  based  on  the 
new  value  of  ALERREST.  Although  SURPWP  is  continuously  updated  by  the 
operating  program  it  is  useful,  especially  in  the  early  phases  of  the 
program,  to  base  it  on  the  projected  allocation  rate  estimates  rather 
than  the  actual  weapons  allocated,  which  at  that  time  could  be  very  mis- 
leading. This  provides  a more  rational  basis  for  calculating  the  premi- 
ums at  this  early  stage  of  the  program. 

If  PROGRESS  - l’.O,  the  change  of  local  multipliers  is  omitted  so  that 
the  same  values  of  the  multipliers  are  retained.  Otherwise  control 
passes  over  the  local  multipliers  to  the  Do  loop.  Each  multiplier  is 
changed  only  if  all  the  estimates  of  error  rate  have  the  same  sign. 

In  the  early  phases  of  the  program  (PROGRESS  .LT.  .75)  better  stability 
is  achieved  by  requiring,  in  addition,  that  the  average  allocation  rate 
to  the  last  two  to  four  targets  (as  computed  from  CURSUM)  show  the  same 
sign.  This  limitation  is  later  removed,  since  it  clearly  would  not  work 
well  for  weapon  groups  with  very  small  numbers  of  weapons  that  might  only 
be  allocated  20  to  10  times  during  a pass  over  the  target  system. 

An  estimate  is  made  of  CORRATE,  the  rate  at  which  it  is  desired  to  cor- 
rect the  allocation  rate.  If  the  allocation  rate  is  corrected  too  rap- 
idly there  will  be  a tendency  to  over  correct  before  the  effects  of  the 


Every  second  target  for  PROGRESS  equal  to  0.0,  0.4,  and  0.5;  every 
fourth  target  for  PROGRESS  equal  to  .75  and  1.00. 
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correction  become  observable  in  the  values  of  the  allocation  error  estim- 
ates. This  can  produce  oscillations.  To  estimate  how  rapidly  to  correct 
the  error,  an  estimate  is  made  of  the  number  of  targets  that  would  have 
to  be  observed  before  an  error  of  the  observed  size  would  be  statistically 
significant.  Even  if  the  multipliers  were  exact  and  the  average  alloca- 
tion rate  was  correct,  statistical  fluctuations  would  be  observed  in  the 
allocation  of  each  weapon  group  when  the  allocation  rate  was  sampled  for 
a small  number  of  targets. 

Let  n equal  the  expected  or  average  number  of  weapons  from  a group  avail- 
able per  target;  i.e.,  n = NOWPS(J) /NTGTS.  Then  in  M targets  the  ex- 
pected number  of  weapons  allocated  should  be  just  n(M).  Suppose  the 
actual  number  observed  however  is  n’(M).  Then  our  estimate  of  the  error 
in  the  allocation  rate  ALERREST  would  be 

ALLERREST  = n’  -n 

Assuming  a Poisson  distribution,  the  statistically  expected  error  in  a 
number  of  expected  value  n(M)  is  equal  to  s / n (M) . That  is, 

(n' (M)  -n (M) ) 2 = n(M) 

(N'  -n)2  = n/M 

Solving  for  the  number  of  targets  M we  have: 

M = n/  (n1  ~n)2 


or 


M = (NOWS  (J)  /NTGTS)  / (ALERREST  (J)  ) 2 

as  the  number  of  targets  we  should  expect  to  sample  to  get  a statistical 
error  estimate  of  size,  ALERREST.  If  we  wish  to  reduce  the  indicated 
error  by  1 part  in  M per  target,  our  fractional  correction  in  the  allo- 
cation rate  per  target  should  be: 

1/M  = ALERREST2  / (NOWPS(J) /NTGTS) 

This,  multiplied  by  a sensitivity  factor  SNSTVTY,  is  the  first  term  in 
the  value  of  CORRATE.  However,  if  the  entire  set  of  targets  were  ob- 
served, the  estimate  would  not  be  a sample  but  would  be  exact.  There- 
fore, even  a very  small  value  of  ALERREST  becomes  statistically  signifi- 
cant if  it  is  based  on  a sample  of  size  NTGTS.  Therefore,  errors  should 
always  be  corrected  at  a rate  at  least  equal  to  one  part  in  NTGTS.  This 
explains  the  second  term  in  CORRATE  which  is  just  1.0/NTGTS  multiplied  by 
a sensitivity  factor  FSNSTVTY  (final  sensitivity).  This  factor  controls 
the  sensitivity  of  corrections  to  the  allocation  rate  in  the  final  phase 
of  the  allocation  where  the  errors  are  small.  Thus  the  desired  correc- 
tion rate  is  just: 
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CORRATE  = SNSTVTY  * ALERREST2  / (NOWPS(J)/NTGTS)  + FSNSTVTY/NTGTS 

This  is  multiplied  by  the  number  of  targets  processed  between  correc- 
tions MULSTEP  to  determine  the  fraction  CORFAC  of  the  error  to  correct. 

In  addition,  a safety  limit  of  1/2  is  used  to  avoid  ever  making  a cor- 
rection larger  than  1/2  the  estimated  error  rate. 

However,  even  when  it  is  known  what  fraction  of  the  error  in  the  alloca- 
tion rate  we  wish  to  correct,  an  estimate  must  be  made  of  the  relation- 
ship of  the  allocation  rate  to  changes  in  the  Lagrange  multipliers  before 
the  size  changes  to  make  in  the  multiplier  can  be  estimated.  For  this 
purpose  it  is  useful  to  have  a model  of  the  dependence  of  the  allocation 
rate  on  the  value  of  the  multipliers.  We  have  assumed  a dependence  as 
follows : 


Rate  = KX 


Consider  now  two  rates,  the  current  rate  Rq  associated  with  a multiplier 
\q  and  a predicted  rate  R^  associated  with  a new  multiplier  A^.  Thus, 
we  find 


or 


Vo 


k 


Ri/Ro = ( V V 

so 


(R, /Rn) 

( X2/  A0)  = 


For  small  differences  between  Aq  and  X^  this  implies: 


Solving  for  the  new  value  A^  of  A 


<R.  -Rj/(-n) 

V \>  <1  + -Sc — > 


If  we  now  identify  a new  variable  R2  as  the  ultimately  desired  allocation 
rate,  Rj.  as  the  new  rate  we  hope  to  obtain  with  Aj_,  and  Rq  as  the  cur- 
rent allocation  rate  — then  the  above  variables  can  be  associated  with 
information  already  available  as  follows: 


Rx  -Rq  » CORFAC  * (R2  -Rq)  = CORFAC  * ALERREST 
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Rq  = ALERREST  + (NOWPS /NTGTS) 


If  we  now  associate  the  FORTRAN  variable  PARTIAL  with  n and  the  local 
multiplier  LA  with  \ this  gives  rise  to  the  following  procedure  for 
updating  LA: 


LA  = LAq  * 1.0  + 


CORFAC  * ALERREST (J, INTPRD) / (-PARTIAL) 
ALERREST (J,NTPRD)  + (NOWPS (J) /NTGTS) 


This  formula  is  well  behaved  if  ALERREST  is  large  and  positive,  but  if 
it  is  negative  and  as  large  as  the  expected  rate  (NOWPS (J) /NTGTS)  (i.e., 
if  the  actual  allocation  rate  is  zero),  then  the  denominator  goes  to  0. 

In  this  case  an  infinite  correction  would  be  indicated.  To  avoid  this, 
the  expected  rate  in  the  denominator  is  multiplied  by  2 giving: 

CORFAC  * ALERREST (J.INTPRD)/ (-PARTIAL) 
i,U  ALERREST (J.INTPRD)  + 2 * (NOWPS (J) /NTGTS) 

In  the  present  version  of  the  program  the  value  of  PARTIAL(J)  has  been 
set  equal  to  1.0  for  all  the  local  multipliers  LAQ).  This  choice  is 
based  on  the  effect  of  the  premium  on  the  sensitivity  of  the  allocation 
rate  to  the  value  of  LAMEF  or  When  the  multipliers  are  almost  cor- 
rect, it  is  usually  the  case  that  most  weapon  groups  are  in- close  compe- 
tition with  many  other  groups  with  very  similar  properties.  Then  a small 
change  in  the  multiplier  LAMEF  will  produce  a very  large  change  in  the 
allocation  rates,  as  the  weapon  group  in  question  almost  totally  replaces, 
or  is  replaced  by,  its  competitors. 

However,  such  a large  error  in  the  allocation  rate  will  not  actually 
occur  because  as  the  error  builds  up  the  estimated  value  of  the  payoff 
will  be  automatically  changed  by  the  premium.  Thus,  for  constant  values 
of  LAMEF,  when  an  equilibrium  allocation  rate  is  reached,  it  must  be 
approximately  true  that  the  error  in  LAMEF  is  compensated  by  the  premium. 
That  is,  if  \q  is  the  correct  value  for  LAMEF  then: 

LAMEF  -PREMIUM  V x 


LAi  = LA0  * 


Since 


PREMIUM  = PRM  * LAMEF  * 


SURPWP  -.5  * CTMULT 
NWPNS 


we  can  define  a relation  between  LAMEF  and  (SURPWP/NWPNS) . 


IjAMKF  * 


(1 


, * SURPWP  -.6  * CTMULT  , ~ 

NWPNS  ) h2 


Since  this  relationship  is  the  same  for  all  groups  it  is  reasonably  sim- 
ple to  use  the  same  value  1.0  of  partial  derivative  for  all  local  multi- 
pliers . 
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The  values  of  LAMEF(G)  are  recomputed  using  the  new  values  of  the  local 
multipliers  LA(J).  At  the  same  time  it  is  necessary  to  reevaluate  the 
summation  of  the  value  of  all  the  weapons  VALWFNS  = £lAMEF(G)  * NWPNS(G) 
and  the  summation  of  the  value  of  the  error  in  weapons  allocated. 

VALERR  =£LAMEF(G)  * ABSF(SURPWP(G))  using  the  updated  values  of 
LAMEF. 

The  average  number  of  targets  over  which  allocation  rates  are  averaged 
(the  integration  period)  is  determined  by  the  rate  at  which  the  target 
weights  are  increased. 

In  estimating  the  rate  with  which  to  correct  multipliers,  it  was  computed 
on  a statistical  basis  that  even  if  the  allocation  rates  were  correct  an 
estimated  error  of  size  ALERREST  would  be  expected  if  the  allocation 
rates  were  monitored  only  over  a small  sample  of  M targets  where: 

M = (NOWPS (J)/NTGTS)/ (ALERREST (J)) 2 

Thus,  if  separate  integration  periods  could  be  used  for  each  local  multi- 
plier, M,  as  defined  above,  might  provide  a reasonable  basis  for  deter- 
mining the  period.  However,  in  fact,  the  same  three  periods  (INTPRD  = 1, 
2,  3)  must  be  used  for  all  local  multipliers  LA(J).  Consequently,  the 
value  of  the  integration  period  used  might  be  based  on  an  estimate  of 
overall  error  rate.  The  corresponding  relation  is: 

M = (£nowps(j)/ntgts)/£(alerrest(j))2 

G G 

where  the  summations  are  taken  over  all  weapon  groups.  The  quantity, 
LNOWPS (J) , is  identical  with  N0WPS(2)  and  so  for  efficiency  the  vari- 
G 

able  N0WPS(2)  is  used.*  While  the  expected  value  of  (ALERREST (J )) 2 is 
the  same  as  L,  (ALERREST (J )) ^ the  variance  of  the  later  version  is  much 
G 

less  and  it  is  therefore  preferable  as  an  estimator  of  the  expected  in- 
tegration period,  EXPINTPD. 

To  allow  the  possibility  of  using  integration  periods  either  longer  or 
shorter  than  the  theoretical  EXPINTPD,  a desired  longest  integration 
period  DESINTPD  is  defined: 

DESINTPD  = EXPINTPD  * RATIONT 

where  RAiTOINT  is  an  adjustable  input  parameter. 

If  this  period  were  used  exactly  in  setting  the  rate  of  change  of  the 
target  weight;  i.e.,  WRATE  = 1.0/DESINTPD,  and  WRATE  would  never  become 
exactly  0 as  is  required  for  a constant  target  weight.  Obviously  when 


LA (2)  is  used  for  all  weapon  groups. 
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the  change  in  the  target  weight  becomes  small  over  a full  pass,  the 
WRATE  should  be  allowed  to  go  to  0.  Therefore, 

WRATE  * (1.0/DESINTPD)  -(2.0/(NTGTS  * RATIOINT) ) 

the  term  2.0/(NTGTS  * RATIOINT)  is  subtracted  and  if  the  resulting  WRATE 
is  negative  it  is  set  to  zero.  To  avoid  a situation  where  large  errors 
cause  the  integration  period  to  become  ridiculously  small,  a limit  that 
WRATE  < .07  is  set. 

Moreover,  after  the  allocation  is  well  underway,  PROGRESS  > .5  the  value 
of  WRATE  is  not  allowed  to  increase.  In  the  program  WTRATE(INTPRD)  is 
used  as  a multiplier  of  the  target  weight;  therefore,  we  all  1.0  to 
WRATE  to  obtain  a suitable  multiplier  for  the  longest  period  NINTPRD. 

The  values  of  the  WRATE  for  the  shorter  periods  are  then  derived  from 
this  value  to  give  a ratio  of  integration  periods  (roughly  equal  to 
RINTFRD)  another  input  parameter. 

The  evaluation  of  progress  is  shown  in  the  final  sheet  for  the  subrou- 
tine MULCON.  The  procedure  is  very  straightforward,  and  should  be 
obvious  from  the  flowchart.  It  may  be  worth  noting,  however,  that  when 
the  allocation  is  finally  complete,  the  index  IFINTGT  of  the  last  tar- 
get and  the  final  pass  IFINPASS , are  recorded. 
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Figure  29.  Subroutine  MULCON  Summary  Flow 
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Figure  29.  Part  V:  Multiplier  Adjustment  and 
Progress  Evaluation  (Part  1 of  2) 
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Note:  Starred  numbers  are  values  of  parameter  PROGRESS 
Figure  29.  Part  V:  (Part  2 of  2) 
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3.8.1  Subroutine  ADDSAL 


PURPOSE: 


This  routine  updates  the  stockpile  for  salvoed 
weapons 


ENTRY  POINTS: 
FORMAL  PARAMETERS; 


ADDSAL 

IGP  - group  number 

IOPT  - option  code 

NUR  - index  to  ISAL  array 

ISALIN  - salvo  number 


COMMON  BLOCKS: 
SHBROUTIMES  CALLED: 
CALLED  BY.: 


DYNAMI,  MULTIP,  SALVO 
None 

MULCON , STALL,  WAD,  DEFALOC 


Method: 

If  the  weapon  i,  a "SSSSf  the  -rtlbuloW 

cate  whether  weapon  is  a gravity  r in  KSAUL  (packed 


Subroutine  ADDSAL  is  illustrated  in  figure  30. 
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3.8.2  Subroutine  nSGOUT 


PURPOSE : 


To  update  allocation  assignment  records  in  the 
integrated  data  base 


ENTRY  POINTS: 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 

SUBROUTINES  CALLED: 
CALLED  BY: 


ASGOUT 

None 

CIO,  C30,  DYNAMI,  MULTIP,  SPLITS,  PAYSAV,  TARREF, 
WEPSAV 

DIRECT,  DLETE,  MODFY , MYAPOS,  NEXTTT,  STORE 
MULCON 


Method: 

First  a logical  switch  is  set  for  each  new  weapon  assignment  to  indicate 
it  is  unassigned.  Next  each  old  assignment  is  compared  to  the  new 
assignments  to  see  if  all  values,  save  RVAL,  of  the  old  assignment  are 
equal  to  a new  assignment.  If  it  does,  the  RVAL  attribute  is  deleted. 
Finally,  an  ASSIGN  record  is  created  for  all  the  new  assignments  for 
which  there  is  no  match. 

Subroutine  ASGOUT  is  illustrated  in  figure  31. 
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Figure  31.  Subroutine  ASGOUT  (Part  1 of  2) 
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3.8.3  Subroutine  BOMPRM 


PURPOSE: 


ENTRY  POINT: 


The  purpose  of  this  routine  is  to  maintain  the 
array  containing  the  fraction  of  weapons  all  allo- 
cated from  each  group  which  are  ASMs. 

BOMPRM 


FORMAL  PARAMETERS:  IDIFF  = -1  if  weapons  are  being  deleted 

+1  if  weapons  are  being  added 

COMMON  BLOCKS:  C33,  DYNAMI,  MULTIP,  NALLY,  PAYSAV,  SALVO,  WEPSAV 


SUBROUTINES  CALLED:  None 


CALLED  BY: 


MULCON,  SCNDGD 


Method : 

This  routine  merely  updates  the  ASM  fraction  array  FASM  in  common  block 
/SALVO/.  The  important  local  variables  are: 

LXDONE(l)  = a logical  array  set  true  if  a weapon  has  already  been 
processed  to  update  FASM 

TOTW  = total  number  of  weapons  allocated  from  a group  on  the 

target 

TASM  = number  of  ASMs  from  a group  allocated  on  the  target 

FASM(G)  is  the  fraction  of  currently  allocated  weapons  from  group  G 
which  are  ASMs. 

The  factor  FASM  is  updated  whenever  the  state  of  the  allocation  changes. 
These  changes  occur  when  allocations  from  a previous  pass  are  removed 
and  when  the  allocation  from  the  present  pass  is  output.  Thus,  BOMPRM 
is  called  from  subroutine  MULCON  on  each  target , and  by  subroutine  SCNDGD 
for  each  target  after  the  first  pass. 

Subroutine  BOMPRM  has  one  formal  parameter  IDIFF.  If  weapons  are  being 
removed  (previous  pass's  allocation),  then  the  value  of  IDIFF  is  -1.  If 
weapons  are  being  added,  then  IDIFF  is  equal  to  +1.  In  subroutine 
SCNDGD,  the  call  to  BOMPRM  with  IDIFF  equal  to  -1  is  made  after  reading 
the  last  pass  allocation,  just  prior  to  the  update  of  the  running  allo- 
cation sums.  The  call  from  MULCON  with  IDIFF  equal  to  +1  is  made  just 
prior  to  the  running  sum  update. 

Upon  entry  to  subroutine  BOMPRM,  the  routine  checks  variable  NBLN  in 
/ C33/.  If  this  variable  is  negative,  the  allocation  in  /DYNAMI/  was 
made  by  subroutine  DEFALOC  and  contains  no  bomber  weapons.  In  this 
case,  the  subroutine  returns  with  no  further  processing.  If  the 
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allocation  was  made  by  subroutine  STALL,  the  IG  array  of  /DYNAMI/  is 
checked.  For  each  allocation  in  this  array,  the  variable  KORRX  of 
/DYNAMI/  is  checked  to  determine  if  the  weapon  is  a bomber.  If  not, 
the  next  entry  in  the  IG  array  is  checked.  If  the  weapon  is  a bomber, 
then  the  value  of  GSEASM  for  the  group  is  checked  (in  /WEPSAV/).  If 
CSEASM  is  equal  to  zero  or  one,  then  FASM  is  set  to  GSEASM  and  process- 
ing continues  with  the  next  entry  in  the  IG  array.  Otherwise,  FASM  is 
updated  for  the  group. 

The  ISAL  array  of  /DYNAMI/  contains  the  indicator  of  bomb  or  ASM  alloca- 
tion (for- bomber  groups  only.  This  array  is  defined  differently  for  mis- 
sile groups).  If  the  value  is  zero,  a gravity  bomb  was  allocated.  A 
value  of  one  signifies  the  use  of  an  ASM. 

The  total  number  of  weapons  from  the  group  which  are  currently  allocated 
is  kept  in  array  RNALL  of  common  /NALLY/.  This  array  is  updated  twice 
for  each  target,  just  following  the  call  on  BOMPRM. 

Using  these  variables,  the  value  of  FASM  is  updated  as  follows: 

Define:  TASM  = number  of  ASMs  allocated  from  group  G (as  determined 

from  the  ISAL  array)  on  current  target 

TOTW  = number  of  weapons  allocated  from  group  G on  current 
target 

Then , 

(FASM  * RNALL)  + (TASM*  IDIFF*  CTMULT) 

ijjm  — Q-Q  _ - - - - - 

new  " RNALL  + (TOTW  * IDIFF  * CTMULT) 

Note  that  the  variables  FASM  and  RNALL  in  the  above  equation  are  arrays 
indexed  by  the  group  number  G.  CTMULT,  from  common  block  /MULTIP/  is 
the  currenc  target  multiplicity. 

Figure  32  displays  the  logic  of  subroutine  BOMPRM. 
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Figure  32.  (Part  2 of  2) 
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3.8.4  Subroutine  MYAPOS 


PURPOSE: 


To  position  records  properly  before  storage  of  a 
new  ASSIGN  record. 


ENTRY  POINTS: 
FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


MYAPOS 

None 

CIO,  C30,  GRPUDR,  TARREF 

DIRECT,  NEXTTT 

ASGOUT 


Method : 

On  first  call  the  array  of  group  IDS  reference  codes  is  set  to  zero. 
From  then  on,  with  each  call  the  saved  reference  code  of  the  desired 
group  is  checked.  If  it  is  nonzero  it  is  retrieved.  If  it  is  zero, 
the  group  chain  is  cycled  up  to  the  desired  group,  the  intervening 
groups  also  have  their  reference  codes  saved.  Finally,  when  the  proper 
group  record  has  been  retrieved,  the  target  record  is  retrieved. 

Subroutine  MYAPOS  is  illustrated  by  figure  33. 
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3.8.5  Subroutine  PRNTALL 


PURPOSE : This  routine  provides  a way  of  calling  the  print 

subroutine  PRNTNOW  that  is  conditional  on  the 
print  control  flags  set  by  PRNTCON. 


ENTRY  POINTS : PRNTALL 


FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


IOPT  - Print  option  number 
C30 , CONTRO,  PRNTCN 
PRNTNOW,  TIMEME 

MULCON , WAD,  WADOUT,  FRSTGD,  RESVAL,  DEFALOC, 
SETPAY 


Method: 

To  provide  convenient  control  over  prints  in  program  ALOC  almost  all 
print  statements  are  contained  in  subroutine  PRNTNOW.  They  are  acti- 
vated by  calling  PRNTNOW (IOPT)  for  the  appropriate  print  option  IOPT. 

If  it  is  desired  to  place  the  print  under  data-input  control  so  that 
the  print  will  not  appear  unless  a specific  print  request  is  included 
in  the  data  deck,  this  can  be  accomplished  by  calling  PRNTNOW  via  a 
call  on  PRNTALL.  PRNTALL  executes  the  request  on  PRNTNOW  only  if  the 
print  control  subroutine  PRNTCON  has  set  the  corresponding  print  con- 
trol flag  IDO (IOPT)  active  (i.e.,  - 3). 

For  each  call  PRNTALL  first  checks  to  see  if  the  print  has  been  set  ac- 
tive by  PRNTCON.  If  not,  it  immediately  RETURNS  (statement  2)  to  mini- 
mize time  wasted  on  inoperative  print  calls. 

If  the  particular  print  is  active,  PRNTALL  immediately  calls  TIMEME 
(statement  1)  to  stop  the  clock  which  records  active  time  in  the  pro- 
gram. This  makes  it  possible  to  do  a test  run  with  an  unusual  number 
of  prints  and  still  obtain  a valid  estimate  of  what  the  running  time 
would  be  without  such  prints.  After  the  call  on  PRNTNOW,  PRNTALL  re- 
activates the  clock  before  returning  to  the  main  program. 

Before  each  print  option  (except  26) , PRNTALL  prints  a heading  identify- 
ing the  optional  print. 

Subroutine  PRNTALL  is  illustrated  in  figure  34. 
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Figure  34.  Subroutine  PRNTALL 
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3.8.6  Subroutine  PRNTCON 


PURPOSE: 

This  routine  sets  the  print  control  flags  which 
determine  whether  a given  print  request  made 
through  PRNTALL  will  be  executed. 

ENTRY  POINTS: 

PRNTCON 

FORMAL  PARAMETERS: 

None 

COMMON  BLOCKS: 

C30,  CONTRO,  PRNTCN 

SUBROUTINES  CALLED: 

None 

CALLED  BY: 

MULCON 

Method: 


The  input  arrays  for  the  print  requests  were  read  in  subroutine  RDALCRD. 
These  arrays  are: 

The  index  to  the  print  requested 


The  last  pass  on  which  the  request  is  to  operate 


INDEX PR 

The 

JPASS 

The 

the 

LPASS 

The 

JTGT 

The 

the 

LTGT 

The 

KTGTFREQ 

The 

The  last  target  on  which  the  request  is  to  operate 

The  frequency  with  which  the  print  is  to  operate  (c 
KTGTFREQ  = 5 implies  every  fifth  target) . 


PRNTCON  is  called  by  MULCON  before  proceeding  to  process  each  new  tar- 
get. PRNTCON  first  reinitializes  all  print  control  flags  to  a nonprint 
state  (IDO  =1).  It  then  examines  the  list  of  print  requests  to  see  if 
any  are  operative  for  this  target  on  this  pass.  For  each  operative 
print  the  flags  are  set  to  print  (IDO  = 3,  IFTPRNT  = KTGTFREQ). 


This  arrangement  makes  it  possible  to  request  the  same  print  at  differ- 
ent targets  or  passes  with  separate  independent  print  requests.  If 
regular  prints  are  requested  with  KTGTFREQ  greater  than  1,  the  first 
print  will  not  occur  at  JTGT  but  at  KTGTFREQ  -1  targets  later,  and 
thereafter  the  print  will  occur  every  (KTGTFREQ)th  target. 


Figure  35  illustrates  subroutine  PRNTCON. 
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3.8.7  Subroutine  PRNTNOW 


PURPOSE:  To  produce  optional  printed  output. 

ENTRY  POINTS:  PRNTNOW 


FORMAL  PARAMETERS:  IOPT  - Print  option  number 

COMMON  BLOCKS:  ALERUN,  C30,  C33,  UYNAMI , MULTIP,  NALLY,  DAYSAV, 

PREMS,  PRTMUL,  SALVO,  SlfRPW,  TGTSAV , LACB,  PAYOFF, 
WADFIN,  WADOTX,  WADWPN,  WEPSAV,  WPFIX,  WTS 


SUBROUTINES  GALLED:  ABORT,  PRNTOD , PRNTOF , PRNTOS,  TIMEME 
CAL1ED  BY:  PRNTALL,  MULCON 


Method • 

The  formal  parameter  IOPT  determines  which  print  is  produced.  The  re- 
sult of  the  alternatives  appear  in  the  Users  Manual,  UM  9-77,  Volume  Til. 
Options  1,  12,  13,  26,  27,  and  28  require  a subroutine  be  called  which 
contains  the  print  function. 

Subroutine  PRNTNOW  is  illustrated  in  figure  36. 
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Figure  36.  (Port  5 or  5) 
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3.8.8  Function  TABLEMUP 


PURPOSE: 


ENTRY  POINTS : 


This  function  calculates  weapon-target  kill  fac- 
tors for  either  the  exponential  or  square  root 
damage  laws  as  a function  of  an  input  single  shot 
survival  probability. 

TABLEMUP 


FORMAL  PARAMETERS : 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


S — a single  shot 
TABLE,  WADWPN 
None 

RESVAL,  RECON 


survival  probability 


Method: 

Tills  function  computes  weapon  kill  factors  by  computation  for  the  expo- 
nential damage  law  and  by  a table  lookup  for  the  square  root  law.  The 
function  uses  the  square  root  law  only  if  the  option  is  selected  by  the 
user  and  the  target  has  a radius  greater  than  0. 

If  the  square  root  law  is  used  on  a target,  the  variable  ILAW  in  common 
/WADWPN/  is  set  to  100  by  subroutine  RECON.  This  variable  is  checked  by 
TABLEMUP  to  determine  which  damage  law  is  used.  The  exponential  law  use 
causes  ILAW  to  be  set  to  0. 

The  input  formal  parameter  is  a single  shot  survival  probability,  S.  If 
the  exponential  damage  law  is  selected,  the  function  returns  the  value 
-LOG(S),  If  the  square  root  law  is  selected,  the  function  performs  a 
table  lookup  technique  on  the  array  TABLE  in  common  /TABLE/.  This  array 
was  preset  by  subroutine  SETABLE.  The  function  performs  linear  interpo- 
lation between  the  entries  of  the  table.  It  returns  the  square  of  the 
interpolated  value.  (The  method  of  determining  the  kill  factors  used  in 
subroutine  SETABLE  is  too  slow  for  use  in  TABLEMUP.) 

Function  TABLEMUP  is  illustrated  in  figure  37. 
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Figure  37.  Function  TABLEMUP 
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3.9  Subroutine  FRSTGD* 


PURPOSE: 

Assemble  allocation  data  on  the  first  pass. 

ENTRY  POINTS: 

FRSTGD 

FORMAL  PARAMETERS: 

None 

COMMON  BLOCKS: 

CIO,  C15,  C30,  C33,  DYNAMI,  FIL21,  FILL,  FIRST, 
GRPHDR , GRFSTF,  INITSW,  MULTIP,  PAYSAV,  TARREF, 
TGTSAV , WADWPN , WEPSAV,  WPFIX,  XFPX 

SUBROUTINES  CALLED: 

CRDCAL , DIRECT,  FLGCHK,  HDFND,  HEAD,  INICRD,  MODFY 
NEXITT , NXSPLT,  PKCALC,  PRNTAL , RECON,  RETRV , 
TGTCRD , TIMEME 

CALLED  BY: 

MULCON 

Method: 

This  routine  processes  each  target  in  target  number  order.  Each  call 
causes  the  next  target  to  be  retrieved.  Since  each  record  on  the  tar- 
get list  points  to  either  a target  or  a complex  record,  the  next  step 
in  the  process  is  to  retrieve  the  remainder  of  the  target  data.  Next 
the  weapon  data  is  acquired.  This  process  depends  to  a great  extent 
upon  whether  the  user  has  saved  file  15  from  a previous  run  of  ALOC. 

If  so,  this  file  is  read  in  and  unpacked.  If  not,  the  file  is  created 
by  cycling  through  the  weapon  groups  and  calculating  the  various  needed 
quantities.  Much  of  the  group  data  needed  for  this  process  is  contained 
on  file  25  where  it  was  stored  by  DATGRP.  If  the  user  has  specified 
range  modifications,  any  information  which  differs  from  that  on  file 
15  is  written  on  file  22  in  the  same  format. 

During  this  process,  the  INACTIVE  array  is  set.  This  array  has  an  entry 
for  each  group  and  is  either  set  to  0 or  100.  0 implies  that  the  group 

is  available  for  allocation  to  the  target.  100  indicates  that  the  group 
is  unavailable  for  one  of  several  reasons:  target  out  of  range,  time 
decay  requirements,  and  flag  location  and  MIRV  restriction.  This  array 
is  written  onto  unit  21. 

The  final  step  is  to  read  in  any  fixed  assignments  to  the  target  and  up- 
date the  assignment  records. 

Subroutine  FRSTGD  is  illustrated  in  figure  38. 


First  subroutine  of  segment  FGD. 
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Figure  38, 


Subroutine  FRSTGD  (Part  1 of  11) 
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Figure  38.  (Part  3 of  11) 
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Figure  38.  (Part  4 of  11) 
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Figure  38.  (Part  8 of  11) 
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Figure  38.  (Part  11  of  11) 
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3.9.  L Subroutine  CRDCAL 

PURPOSE : Calculate  ponetration  probability  anti  pick  bomber 

corridor 

ENTRY  POINTS : CRDCAL 

FORMAL  PARAMETERS:  JORR  - Corridor  picked 

XEN  - Penetration  probability 
ZOA  - Time  of  arrival 
ICLSS  - Class  index  of  group 

COMMON  BLOCKS:  C30,  CORSTF,  PAYSAV , REFPNT , TGTSAV,  WADWPN, 

WEPSAV , XFPX 

SUBROUTINES  CALLED:  DISTF,  EXP,  TOFM 

CALLED  BY:  FRSTGD 

Method : 

First  a check  is  made  for  match-ups  of  naval  weapons  to  naval  targets. 

Next,  if  the  group  is  a missile,  its  corridor  is  sot  to  zero  and  its 
penetration  probability  and  time  of  arrival  are  calculated. 

For  bomber  groups,  first  the  PKNAV  and  IPENMO  are  chocked  to  soe  if 
group  is  restricted  to  corridors  2 and  1 respectively.  Otherwise,  each 
corridor  in  turn  is  examined  to  see  if  it  would  provide  the  best  route 
to  the  target.  Corridors  which  would  make  the  distance  too  great  are 

rejected.  For  the  remainder,  the  penetration  probability  is  calculated  t 

with  the  bomber  using  low  altitude  flight  as  much  as  possible.  The  j 

highest  penetration  corridor  is  chosen. 

! 

Subroutine  CRDCAL  is  illustrated  in  figure  39. 
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Figure  39.  Subroutine  CRDCAL  (Part  1 of  6) 
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Figure  39.  (Part  3 of  6) 
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3.9.2  Subroutine  FLGCHK 


PURPOSE: 


ENTRY  POINTS: 


FORMAL  PARAMETERS : 


COMMON  BLOCKS: 


SUBROUTINES  CALLED: 


CALLED  BY: 


To  check  flag,  location  and  MIRV  restrictions. 
FLGCHK 

FIND  - True  if  group  not  restricted 
False  if  group  restricted 

C30,  CNCLS , GRPSTF,  INITSW,  MULTIP,  TGTSAV 

None 

FRSTGD 


Method: 

This  routine  uses  the  logical  arrays  stored  on  file  25  by  DATGRP.  Each 
type  of  restriction  is  checked  for  correlation  between  the  group  and  the 
current  target. 

Subroutine  FLGCHK  is  illustrated  by  figure  40. 
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Figure  40.  Subroutine  FLGCHK  (Part  1 of  3) 
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3.9.3  Subroutine  INICRD 


PURPOSE: 


To  make  preliminary  geography  calculations, 
for  all  corridors  then  for  each  target. 


first 


ENTRY  POINTS: 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 

CALLED  BY: 


INICRD,  TGTCRD 
None 

CIO,  C15 , C30,  CORSTF , REFPNT 

DELLON,  DISTF,  HDFND,  HEAD,  NEXTTT,  RETRV , SORT, 
TIMEME 

FRSTGD 


Method: 

Entry  INICRD 

First  each  penetration  corridor  has  its  data  stored  in  common  block 
CORSTF.  As  the  legs  of  the  corridor  are  queried,  the  length  is  calcu- 
lated. Also,  for  each  corridor  various  quantities  required  for  computa- 
tion of  crossdistance  are  computed. 

After  all  penetration  corridors  are  processed,  the  refuel  points  are 
saved  in  block  REFPNT. 

Entry  TGTCRD 

First  the  chains  connecting  target  to  depenetration  corridor  are  accessed 
to  find  the  shortest  recovery  distance.  Next  all  penetration  corridors 
are  accessed  and  attrition  factors  stored  and  cross  distances  calculated. 

Subroutine  INICRD  is  illustrated  in  figure  41. 
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Figuro  41.  Subroutine  INICRD:  Entry  INICRD  (Pnrt  1 of 
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3.9.4  Subroutine  NXS PLT 


PURPOSE: 

ENTRY  POINTS: 
FORMAL  PARAMETERS : 


COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


To  process  input  for  split  multiple  targets. 
FRSPLT,  NXSPLT 

IBR  - Returned  from  NXSPLT 

1 = splits  active 

2 = splits  ended 

CIO,  C30,  C33,  DYNAMI,  MULTIP,  SPLITS,  TARREF 
DIRECT,  MODFY , NEXTTT 
FRSTGD , SCNDGD 


Method: 

When  a multiple  target  is  split  during  the  allocation  process  (see  sub- 
routine SPLIT).  The  normal  contents  of  block  C33  (TARCDE  record)  are 
replaced  by  split  information  and  the  old  contents  saved  on  file  25. 

This  routine  is  designed  to  process  input  for  multiple  targets  which 
have  already  been  split. 

Entry  NXSPLT 

This  entry  processes  tne  next  split  (i.e.,  second  or  greater)  of  a multi- 
ple target.  The  first  step  is  to  see  if  all  splits  have  been  processed. 
If  they  have,  the  split  information  for  block  C33  is  updated  if  necessary 
and  IBR  set  to  2 to  indicate  the  end  of  the  splits  to  the  calling  pro- 
gram. 

Otherwise,  the  next  set  of  C33  data  is  obtained  from  the  buffer  and 
KLMULT  is  set.  Finally,  the  current  assignments  (fixed  assignments  on 
pass  one)  are  read  in,  checking  the  FLMULT  attribute  to  assure  that  the 
assignment  applies  to  the  current  split. 

Entry  FRSPLT 

This  entry  processes  the  first  split  of  a multiple  target  split  on  a pre- 
vious pass.  The  split  data  is  saved  from  block  C33  into  block  SPLITS. 
Then  the  process  passes  into  the  entry  NXSPLT  code  to  set  KLMULT  and 
road  the  current  assignments. 

Subroutine  NXSPLT  is  illustrated  in  figure  42. 
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Figure  42.  Subroutine  NXSPLT:  ENTRY  NXSPLT  [ 
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Figure  42.  ENTRY  FRSPLT  (Part  4 of  4) 


3.9.5  Subroutine  PKCALC 


PURPOSE: 


To  calculate  kill 


probabilities 


ENTRY  POINTS : PKCALC 


FORMAL  PARAMETERS:  STA  - Array  for  normal  PK 

STB  - Array  for  second  PK 
ICLSS  - Class  index  of  weapon  group 


COMMON  BLOCKS:  C30,  PAYSAV,  SALVO,  TGTSAV , WEPSAV 

SUBROUTINES  CALLED:  None 


CALLED  BY:  FRSTGD 


Method: 

This  routine  calculates  the  kill  probabilities  (PK)  of  the  weapon  group 
against  the  target  using  a standard  approximation  to  the  circular  cover- 
age function.  Two  PK's  are  calculated  for  each  hardness  component  of 
the  target.  The  first  PK  is  based  upon  the  yield  of  the  group  as  input 
and  the  group's  CEP.  The  second  PK  varies  according  to  the  class  of 
the  weapon.  For  missiles  it  is  the  first  PK  adjusted  by  the  number  of 
warheads  which  make  up  the  group  yield  (for  any  types  but  MRV:  the  first 
and  second  PK's  are  equal).  For  bombers  the  second  PK  reflect  the  PK 
of  any  ASMs  onboard.  Naval  weapon's  have  their  PK's  input  in  .he  attri- 
bute GPKNAV . Average  Destruction  (AVDE)  is  calculated  for  bombers. 

Subroutine  PKCALC  is  illustrated  in  figure  43. 
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3.9.6  Subroutine  PRNTOF 


PURPOSE: 


To  produce  optional  prints  for  overlay  FGD  (options 
1 and  26) , 


ENTRY  POINTS: 

FORMAL  PARAMETERS : 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


PRNTOF 

10 Pi  - print  option  number 

C30,  PAYSAV , SALVO,  WADWPN,  WEPSAV,  WPFIX,  XFPX 

None 

PRNTNOW 


Method : 

The  formal  parameter  IOPT  determines  whether  option  1 or  26  appears. 

The  result  of  these  options  appears  in  the  Users  Manual,  UM  9-77,  Volume 
III. 

Subroutine  PRNTOF  is  illustrated  in  figure  44. 
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3.9.7  Subroutine  RECON 


PURPOSE: 

ENTRY  POINTS: 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 

SUBROUTINES  CALLED: 
CALLED  BY: 


To  reconstruct  data  for  the  WADWPN  block. 

RECON 

ICLSS  - class  index  of  group 

C30,  C45,  FIL21,  PAYSAV,  SALVO,  SMATAD,  TGTSAV , 
WADWPN,  WEPSAV 

ALOG,  SETPAY,  TABLEMUP,  VALTAR 
FRSTGD,  SCNDGD 


Method: 

Subroutine  SETPAY  is  called  to  select  use  of  gravity  bombs  or  ASMs  from 
the  bomber  groups.  If  ASMs  are  selected  probability  STK  2 is  used  in  the 
calculation  of  the  survival  probability  STK  and  the  MUP  array.  The  MUP 
XMUP,  SSIG,  and  RISK  arrays  are  constructed  according  to  the  required 
formulae. 

Tlie  SMAT  array  is  loaded  depending  upon  whether  the  group  is  a MIRV. 
Subroutine  RECON  is  illustrated  in  figure  45. 
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3.9.8  Subroutine  SETPAY 


PURPOSE: 

ENTRY  POINT: 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 


This  routine  sets  the  bomber  payload  indicators  to 
specify  use  of  gravity  bombs  or  ASMs. 

SETPAY 

None 

C30,  CONTRO,  DYNAMI,  PAYSAV,  SALVO,  TGTSAV , WADWPN, 
wEPSAV 


SUBROUTINES  CALLED:  None 
CALLED  BY:  RECON 


Method: 

This  subroutine  sets  the  bomber  payload  indicators  (array  ISETPAY  in  com- 
mon block  /SALVO/).  The  setting  calculation  considers  the  allocation 
rate  of  ASMs  (array  FASM  in  /SALVO/),  the  actual  fraction  of  ASMs  in  each 
group  array  GSEASM  in /PAYSAV/,  the  damage  difference  between  the  weapons, 
the  average  damage  difference  (array  AVDE  or  /SALVO/),  and  the  state  of 
allocation  progress  (variable  PROGRESS  in  /CONTRO/). 

Five  local  variables  are  of  some  significance  to  the  calculation.  The 
variable  IPREF  is  used  for  temporary  storage  of  the  payload  indicators. 

A zero  value  specifies  use  of  a bomb;  a value  of  one  specifies  use  of  an 
ASM.  The  variable  DEA  contains  the  expected  damage  (ignoring  the  same 
vehicle  planning  factors)  if  a bomb  were  used.  Local  variable  CONPAY  is 
used  to  weigh  the  difference  in  allocation  rates  relative  to  the  differ- 
ence in  allocation  rates  relative  to  the  difference  in  damage  expectan- 
cies. Local  variable  PAYSENS  is  used  to  calculate  CONPAY. 

The  variable  CONPAY  is  used  to  reflect  the  importance  of  the  allocation 
rate  difference  relative  to  the  damage  difference.  As  CONPAY  decreases, 
the  allocation  rate  difference  increases  in  importance  relative  to  the 
damage  difference  and  vice  versa.  CONPAY  is  defined  as  follows: 


CONPAY  = 


PAYSENS 


(CLOSE  +1.5)  * PROGRESS 


Thus,  PAYSENS  is  merely  a multiplicative  factor,  set  internally  by  SETPAY 
to  a value  of  0.1  which  provides  a base  value  for  CONPAY.  The  denomina- 
tor of  the  right-hand  term  of  the  equation  represents  the  effects  of  allo- 
cation progress.  As  the  allocation  proceeds,  CONPAY  decreases  to  put  more 
weight  on  the  allocation  rate  differences.  Variable  CLOSE  is  a user  input 
parameter  which  determines  the  size  of  the  closing  forces.  Mien  PROGRESS 
equals  one,  CLOSE  increases  to  increase  the  closing  forces.  The  table 
below  displays  the  values  of  the  denominator  for  different  values  of 
PROGRESS.  CLOSE  is  set  to  its  default  value,  1.05,  and  CLOSER  (another 
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input  parameter)  is  set  to  its  default  value,  4. 


Table  CONPAY  Denominator  vs.  PROGRESS 


Denominator  PROGRESS 


1.02 

.4 

1.275 

.5 

1.913 

.75 

2.55 

1.00 

(initial) 

6.55 

1.00 

(after  one  pass) 

8.55 

1.00 

(highest  value  of 

denominator) 


After  PROGRESS  equals  on,  the  value  of  CLOSE  increases  by  an  amount  CLOSER 
for  each  pass  at  PROGRESS  equal  one.  The  maximum  number  of  passes  with 
this  value  of  PROGRESS  is  1.5. 

When  PROGRESS  is  zero  or  in  a verification  pass,  the  weapon  with  the 
greater  damage  is  selected  for  allocation.  Also,  the  selection  equa- 
tions are  bypassed  if  a group  has  only  bombs  or  ASMs. 

Figure  46  displays  the  logic  or  subroutine  SETPAY. 


3 • 10  Subroutine  SCNDGD 

PURPOSE:  To  read  in  data  on  second  and  later  ALOC  passes 

over  the  target  list. 

ENTRY  POINTS:  SCNDGD 


FORMAL  PARAMETERS : None 

COMMON  BLOCKS:  CIO,  C30,  C33,  DYNAMI,  FIL21,  FILL,  FIRST,  GRPHDR , 

MULTIP,  TARREF,  TGTSAV , WADWPN , WEPSAV,  WPFIX 


SUBROUTINES  CALLED: 

CALLED  BY: 


BOMPRM,  DIRECT,  FRSPLT , 
RECON 

MULCON 


HEAD,  NEXTTT , NXSPLT, 


Method: 

First,  if  this  is  the  first  target  of  the  pass,  units  15  and  21  and  per- 
haps 22  are  rewound.  Then  the  next  target  is  read  and  all  its  data 
accessed.  Next  files  21  and  15  are  read  in.  If  file  22  is  in  use  for 
this  target  it  is  read  with  its  contents  replacing  those  of  file  15.  The 
INACTIVE  array  is  now  loaded  and  the  contents  of  file  15  (22)  unpacked 
into  the  WADWPN  block.  The  previous  assignments  are  now  read  and  stored 
in  the  DYNAMI  block.  Finally,  BOMPRM  is  called  to  remove  the  assignments 
effects  from  ASM  totals  and  RECON  is  called  for  all  groups. 

The  processing  for  split  multiple  targets  is  somewhat  different. 

Subroutine  SCNDGD  is  illustrated  in  figure  47. 
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Figure  47.  Subroutine  SCNDGD  (Part  1 of  4) 
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Figure  47.  (Part  3 of  4) 
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3.11  Subroutine  STALL 

•k 

PURPOSE:  This  routine  determines  the  sequence  of  weapon 

additions  and  deletions  required  to  achieve  a 
near  optimum  allocation  of  weapons  to  a target. 

ENTRY  POINTS:  STALL 


FORMAL  PARAMETERS: 
COMMON  BLOCKS: 

SUBROUTINES  CALLED: 
CALI  ED  BY: 


None 

C30,  C33,  CONTRO,  DYNAMI,  MULTIP,  SALVO,  SURPW, 
WADFIN,  WADOTX,  WADWPN 

ADDSAL,  INITSAL,  RESTORE,  WAD 

MULCON 


Method: 


STALL  controls  WAD's  addition  and  deletion  of  weapons  by  setting  the 
values  of  the  following  three  variables: 


WADOP  in  /CONTRO/ 
G in  /WADOTX/ 
NW  in  /WADOTX/ 


WADOP  has  the  following  options: 

WADOP  = 1 Initialize  allocation 

WADOP  = 2 Finalize  allocation  (optional  print  of  results) 

WADOP  *>  3 Add  weapon  from  group  (G) 

WADOP  =>  A Delete  (NW)  th  weapon  now  on  target 

To  facilitate  monitoring  the  operation  of  STALL,  the  variable  STALPRIN 

is  ’.Iso  set  to  provide  a unique  indicator  of  the  position  in  STALL 

whe  ,'e  WAD  is  called.  This  variable  is  printed  under  the  print  option  22. 

The  input  data  for  STALL  consists  of  the  following  six  variables  supplied 
by  WAD OUT  in  /WADOTX/: 


PPMX  and  IPPMX  - the  maximum  potential  increase  in  effective 
profit  Cor  any  weapon,  and  the  index  C to  that  weapon  group, 
respectively. 


First  subroutine  of  segment  STAI.. 
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PVKMX  a 'd  IPVRMX  - the  maximum  effective  efficiency  for  any  weap- 
on, and  the  index  to  that  weapon  group,  respectively. 

DPMN  and  IDPMN  - the  minimum  marginal  effective  profit  for  any 
weapon  now  assigned,  and  the  index  to  that  weapon  in  the  list  of 
weapons  assigned,  respectively. 

The  flowchart  for  STALL  is  in  four  parts.  The  first  part  contains  the 
setup  and  single  weapon  allocation  phase.  This  phase  provides  a prompt 
exit  from  STALL  if  the  indicated  allocation  consists  of  one  weapon  or 
less.  This  part  also  includes  a dummy  version  of  STALL  which  is  used  to 
reproduce  the  prior  allocation  independent  of  current  payoff  data.  This 
option  is  used  in  place  of  the  usual  verification  phase  (when  PROGRESS  = 

2)  if  IVERFY  = 2.  This  mode  of  operation  checks  the  effects  of  an  alter- 
nate level  of  interweapon  correlation,  C0RR2. 

Before  going  into  the  normal  allocation  phase,  the  initial  value  of  the 
time-of-arrival  error  allowance  DELTVAL  is  saved,  so  that  it  can  be  re- 
stored if  it  is  necessary  to  change  it.  This  quantity  determines  the 
maximum  fractional  difference  in  target  value  at  the  time-of-arrival  of 
weapons  that  are  allowed  to  use  the  same  time-of-arrival  bin  in  the  cal- 
culations by  WAD.  If  the  indicated  allocation  would  result  in  an  over- 
flow of  the  available  time-of-arrival  bins,  this  quantity  is  increased 
by  STALL  and  the  allocation  is  reinitialized  for  another  attempt. 

Before  performing  any  operations,  STALL  first  calls  subroutine  INITSAL. 
This  routine  initializes  the  arrays  in  common  block  /SALVO/.  At  the  end 
of  the  routine,  subroutine  RESTORE  restores  the  multipliers  for  the  sal- 
voed  groups. 

The  second  part  of  STALL  processes  the  fixed  assignment  data.  It  puts 
the  weapons  down  on  target.  After  initializing  WAD,  the  routine  checks 
the  pass  number.  On  the  first  pass,  the  fixed  assignments  were  placed 
in  array  IG  by  FRSTGD.  In  later  passes,  they  are  in  the  IGO  array.  The 
statements  after  126  determine  the  number  of  weapons  the  assignment  re- 
presents. If  DEFALOC  has  made  an  allocation  on  the  previous  pass,  the 
number  of  missiles  allocated  from  each  group  is  shown  as  a negative  num- 
ber in  the  KORRX  array . If  the  KORRX  entry  is  positive,  there  is  only  one 
weapon  assigned  from  the  group.  STALL  then  checks  the  INACTIVE  flag  to 
see  if  the  weapon  can  reach  the  target.  If  not,  an  error  message  is 
printed  and  the  assignment  request  is  ignored.  If  statement  443,  WAD  is 
called  to  actually  put  the  weapon  on  target.  If  the  weapon  is  a salvoed 
missile,  subroutine  ADDSAL  is  called  to  modify  the  salvoed  weapon  stock- 
pile. 

For  the  fixed  weapons,  no  change  to  the  variable  SURPWP  is  made  as  the 
weapon  is  allocated,  since  th  variable  controls  the  allocation  of  only 
those  weapons  used  by  the  mathematical  allocator. 

If  the  fixed  weapon  cannot  be  allocated  because  of  its  active  flag 
(INACTIVE  (G))  prevents  allocation,  the  error  message  notifying  the  user 
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of  this  fact  lists  the  reason  for  the  inactivity.  The  reason  is  contained 
in  array  MORRX  for  all  inactive  groups. 

The  third  part  of  the  subroutine  provides  an  initial  laydown  of  weapons 
if  multiple  weapons  are  indicated  against  the  target.  As  this  laydown 
progresses  two  types  of  array  overflows  could  occur.  The  overflow  of 
available  time-of-arrival  bins  has  just  been  discussed.  It  results  in 
simply  restarting  the  allocation.  The  other  possibility  is  that  the  total 
number  of  weapons  assigned  could  exceed  the  maximum  number  (30)  permitted. 
In  this  event,  control  is  passed  to  the  refinement  loop-  just  as  it  would 
be  in  the  normal  exit  at  the  bottom  of  Part  III. 

Part  IV  independently  checks  for  such  a potential  overflow  (near  state- 
ment 59)  and  if  it  is  threatened,  a cycle  of  operation  is  generated 
through  the  connector  @ that  results  in  removal  of  the  least  profit- 
able weapons  (statement  52)  and  replacement  by  the  most  profitable  avail- 
able weapons  (statement  56).  This  sequence  is  terminated  either  by  en- 
tering the  normal  refinement  process  when  the  residual  target  value  is 
reduced  so  that  no  potential  weapons  remain  profitable  (statement  54),  or 
by  using  exit  (f)  after  statement  59  if  no  combination  of  30  weapons  can 
be  found  which  will  reduce  the  target  value  sufficiently. 

The  operation  of  the  normal  refinement  loop,  which  cycles  through  the 
branch  at  statement  71  until  the  tests  at  statement  66  are  satisfied,  is 
discussed  in  detail  in  appendix  A and  will  not  be  repeated  here. 

Figure  48  illustrates  segment  STALL. 
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Figure  48. 


Segment  STALL 

part  I:  Setup  and  First  Weapon 
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Figure  48.  Part  II:  Fixed  Weapon 
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3.11.1  Subroutine  FORMATS 


PURPOSE: 


This  subroutine  determines  the  best  10-column  BCD 
format  for  a variable. 


ENTRY  POINTS:  FORMATS 

FORMAL  PARAMETERS:  None 

COMMON  BLOCKS:  FORMTT 

SUBROUTINES  CALLED:  None 

CALLED  BY:  PRNTOS 


Method: 

The  variable  to  be  formatted  is  INWORD,  the  first  word  in  common  /FORMTT/. 
(This  word  is  equivalenced  to  WORDIN.)  The  best  10-column  format  is  re- 
turned in  NFORMAT,  the  second  word  of  common  /FORMAT/.  The  resulting 
value  of  NFORMAT  can  be  used  in  a FORTRAN  output  statement  such  as: 

PRINT  NFORMAT,  INWORD. 

The  names  WORDIN  and  INWORD  are  equivalenced  to  allow  correct  specifica- 
tion (real  or  integer)  for  any  possible  input.  The  name  NFORMT  is  in- 
ternally equivalenced  to  the  variable  name  NFORMAT  for  convenience.  In- 
ternal to  FORMATS,  the  absolute  value  of  the  input  variable  is  kept  in 
INABS,  equivalenced  to  ABSIN  for  type  specification  purposes. 

To  determine  if  a number  is  fixed  or  floating  point,  the  first  12  bits 
of  the  absolute  value  are  tested.  If  a bit  is  set,  the  number  is  assumed 
to  be  floating  point,  since  all  normalized  floating  point  numbers  have  at 
least  one  bit  set  in  this  range.  Thus,  if  an  integer  quantity  greater 
than  16,777,216  is  input,  it  will  be  treated  as  if  it  were  a floating 
point  variable.  However,  no  variable  input  from  PRNTNOW  can  have  a value 
of  that  magnitude,  so  this  restriction  is  never  a handicap.  Table  6 
presents  the  returned  formats  for  each  range  of  input  values. 

Subroutine  FORMATS  is  illustrated  in  figure  49. 
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Table  6.  Calculated 


RAN_E  OF  ABSOLUTE 

VALUE  OF  VARIABLE,  X FORMAT  OF 


0 or  Integer  Variable 

110 

0 < X < 0.0001 

E10.1 

0.0001  s X £ 0.999999 

F10.5 

0.999999  < X £ 99.9999 

F10.4 

99.9999  < X £ 9999.99 

F10.3 

9999.99  <XS  999999.9 

F10.2 

999999.9  < X 

F10.1 

f 


lats  for  Variables 


GATIVE 


FORMAT  OF  POSITIVE 


E10.2 
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Figure  49.  Subroutine  FORMATS 
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3.11.2  Function  FMUP 


PURPOSE: 

ENTRY  POINTS: 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


This  function  computes  a survival  probability 
given  a sum  of  kill  factors  for  all  weapons 
allocated  to  the  target. 

FMUP 

S - A sum  of  kill  factors 

WADWPN 

None 

WAD,  RESVAL 


Method: 

This  function  is  a straightforward  application  of  the  two  damage  laws 
used  in  the  system.  The  law  used  on  the  current  target  is  determined 
by  the  variable  ILAW  in  common  /WADWPN/.  If  this  variable  was  set 
positive  in  subroutine  RECON,  then  the  square  root  damage  law  is  used. 
Otherwise,  the  exponential  law  is  used. 

The  input  formal  parameter  S is  a sum  of  the  kill  factors  (each  prepared 
by  function  TABLEMUP)  for  all  weapons  assigned  to  the  target. 

The  value  returned  by  the  function  is  defined  as  follows: 

Exponential  Law 

FMUP  = exp  (-S)  (statement  1) 

Square  Root  Law 

FMUP  = (1  + {s  ) * exp  (-  /s  ) statement  2) 

Figure  50  illustrates  function  FMUP. 
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3.11.3  Function  LAMGET 


PURPOSE: 


This  real  valued  function  calculates  the  Lagrange 
multiplier  for  salvoed  missile  groups. 


ENTRY  POINTS:  LAMGET 

FORMAT  PARAMETERS:  LAM  - Initial  multiplier 

P - Salvo  balance  variable 

ISAL  - Salvo  number 


COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


None 

None 

DEFALOC,  SALVAL  (entry  INITSAL) 


Method: 

Note  that  this  function  is  a real  valued  function.  Its  correct  usage 
requires  that  a REAL  LAMGET  specification  be  present  in  the  calling  pro- 
gram. 

The  formal  parameters  specify  the  original  or  first  salvo  multiplier 
(LAM),  the  salvo  balance  variable  maintained  by  PUPDT(P),  and  the  salvo 
number  (ISAL) . 

The  returned  value  LAMGET  is  computed  as  follows: 

LAMGET  = LAM  -P  * (ISAL  -1)  * LAM 
Function  LAMGET  is  illustrated  in  figure  51. 
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Figure  51.  Function  LAMGET 
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3.11.4  Subroutine  PREMIUMS 


PURPOSE:  This  routine  calculates  the  premium  used  by  WADOUT 

in  evaluating  the  benefit  of  using  or  not  using 
weapons  from  specific  groups. 

ENTRY  POINTS:  PREMIUMS 

FORMAL  PARAMETERS:  G - An  integer  group  number 

COMMON  BLOCKS:  C30,  CONTRO,  MULTIP,  PREMS,  SURPW,  WPFIX 

SUBROUTINES  CALLED:  None 

CALLED  BY:  WAD,  DEFALOC,  MULCON,  SPLIT 

Method: 

The  forma1  parameter  G specifies  for  which  weapon  group  the  premium  is 
to  be  recomputed.  Three  modes  are  provided  for  the  computation  of  the 
premiums,  depending  on  the  value  of  PROGRESS. 

PROGRESS  <1.0  A normal  linear  premium  is  computed  which 
keeps  the  allocator  from  producing  alloca- 
tions with  unnecessarily  large  deviations 
from  the  desired  allocation  rate  (statement 
12)  • 

PROGRESS  c 1.0  The  normal  premium  is  augmented  by  a step 

function  which  strongly  motivates  the  allo- 
cator to  exactly  match  the  stockpile  state- 
ment 1). 

PROGRESS  >1.0  The  subroutine  exists  with  a zero  premium  for 
vise  in  verification  allocations  (statement  10). 


i l Since  the  calculation  of  the  step  function  premium  requires  the  quantity  f 

| i SMALLAM  = .5  * LAMEF(G)  for  the  lowest  value  of  LAMEF,  this  quantity  is 

[ j evaluated  only  on  the  first  call  of  PREMIUMS  after  PROGRESS  is  1.0  (state-  1 

' meat  18).  Thereafter  (since  the  values  of  LAMEF  are  frozen  while 

PROGRESS  **  1.0)  there  is  no  need  to  recompute  this  quantity.  ' 

PREMIUM  is  subtracted  from  the  cost  of  adding  a weapon.  DPREMIUM  Is 

subtracted  from  the  cost  of  deleting  a weapon.  ‘ 

f'j  Where  a weapon  surplus  exists  (l.e.,  SURPWP(G) > 0) , PREMIUM (G) > 0.0  and  1 

L DPREMIUM (G ) £ 0.0.  Where  a weapon  deficiency  exists  (i.e.,  SURPWP(G) < 0) , i 

V;  the  reverse  is  true. 


Figure  52  illustrates  subroutine  PREMIUMS. 
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and  the  premium  for  deleting  (DP RUM  HIM)  is  negative. 

Where  a deficiency  exists  (SURPWP<0),  the  reverse 
is  true. 


Figure  52.  Subroutine  PREMIUMS 


3.11.5  Subroutine  PRNTOS 


PURPOSE: 


To  produce  optional  prints  for  overlay  STAL  (op- 
tions 12  and  13) 


ENTRY  POINTS : PRNTOS 


FORMAL  PARAMETERS : IOPT  - Print  option  number 


COMMON  BLOCKS : 


C30,  C33,  CONTRO,  DYNAMI , FORMTT,  PREMS,  WADFW, 
WADLOC,  WADOTX 


SUBROUTINES  CALLED:  None 
CALLED  BY:  PRNTNOW 


Method: 

The  formal  parameter  IOPT  determines  whether  option  12  of  13  appears. 
The  result  of  these  options  appears  in  the  Users  Manual,  UM  9-77,  Vol- 
ume III. 
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3.11.6  Subroutine  SALVAL 


PURPOSE : 


ENTRY  POINTS : 


This  routine  selects  the  preferred  salvo  for  each 
salvoed  missile  group,  saves,  and  restores  the 
appropriate  Lagrange  multipliers. 

SALVAL,  INITSAL,  NEWSAL,  RESTORE 


FORMAL  PARAMETERS : None 


COMMON  BLOCKS: 

SUBROUTINES  CALLED: 
CALLED  BY: 


C30,  CONTRO,  MULTIP,  PAYSAV,  SALVO,  TGTSAV , WADOl'X, 
WADVJPN , WEPSAV , WPFIX 

CLOG,  LAMGET,  VALTAR 

STALL,  DEFALOC,  WAD 


Method: 

There  are  three  entry  points,  INITSAL,  RESTORE,  and  NEWSAL.  Entry 
INITSAL  is  called  at  the  beginning  of  automatic  weapon  allocation  in 
STALL  or  DEFALOC.  First,  it  saves  the  multipliers  LAM  for  each  sal- 
voed  group  in  array  SAVLAM.  Then,  for  each  group  and  each  salvo, 

INITSAL  determines  the  salvo  number  and  cost  of  the  best  salvo.  The 
profit  of  each  salvo  is  defined  as 

PRt  = VTARi  -TLAMi 

where  VTAR^  is  the  value  of  the  target  at  arrival  time  of  salvo  i and 
TLAMi  is  the  value  of  the  multiplier  for  salvo  i as  determined  by  func- 
tion LAMGET.  The  salvo  with  the  highest  PRi  is  selected  as  the  best 
salvo.  The  salvo  number  is  entered  in  array  MYSAL  in  common  block 
/SALVO/  and  the  cost  Li  replaces  the  multiplier  for  the  group  LAM. 

Entry  RESTORE  merely  restores  the  original  values  of  the  multipliers 
(SAVLAM)  back  to  the  multiplier  array  LAM.  Entry  NEWSAL  checks  the 
current  allocation  and  running  sum  for  the  weapon  just  added  or  deleted. 
If  the  salvo  has  been  completely  allocated,  NEWSAL  flags  the  salvo  as 
unavailable.  Entry  SALVAL  is  never  used. 

Entry  INITSAL 

This  entry  is  the  most  complex  of  SALVAL.  The  local  variable  IAM  Is  set 
to  "INITSL"  to  flag  the  exit  points  after  statement  420  and  at  statement 
500.  The  first  processing  (DO  loop  to  statement  10)  saves  the  Lagrange 
multipliers  (LAM)  In  the  SAV1AM  array  In  /SALVO/.  The  major  processing 
In  INITSAL  occurs  in  the  DO  loop  to  statement  100  over  all  the  salvoed 
gioups.  Within  Litis  loop,  the  DO  loop  to  statement  U)0  invest  I g. it es 
each  salvo  to  determine  its  worth.  Array  IUAVE  in  /SALVO/  is  used  to 
exclude  salvos  from  consideration.  If  IUAVE  (I,  .1)  is  false,  then 
salvo  I in  group  J does  not  have  any  available  weapons  and  is  ignored. 

If  weapons  were  available,  a jump  is  made  to  statement  420  in  entry 
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NEWSAL.  That  section  of  code,  described  later,  determines  if  the  salvo 
to  be  considered  is  overallocated  beyond  its  limit.  If  so,  the  salvo 
is  not  further  considered.  If  the  salvo  is  available,  function  VALTA? 
is  used  to  obtain  VTAR  the  target  value  for  the  salvo.  Function  LAMGET 
is  used  to  calculate  TLAM,  the  multiplier  for  the  salvo.  The  best  salvo 
is  the  one  with  the  highest  positive  difference  between  VTAR  and  TLAM. 
When  this  maximum  is  selected,  MYSAL  in  /SALVO/  is  set  to  the  best  salvo 
number.  LAM  in  /WPFIX/  is  set  to  the  appropriate  multiplier.  The  arrays 
TOA,  TVALTOA,  and  VTOA  (in  /WADWPN/)  are  set  to  correspond  to  the  arrival 
time  of  the  best  salvo. 

Entry  INITSAL  is  illustrated  in  part  1 of  figure  54. 

Entry  RESTORE 

This  simple  entry  point  uses  a DO  loop  to  statement  1000  to  restore  the 
original  values  of  the  Lagrange  multipliers  (SAVLAM)  to  the  multiplier 
array  (LAM). 

This  entry  is  illustrated  in  part  3 of  figure  54. 

Entry  NEWSAL 


Tills  entry  is  used  after  each  allocation  of  salvoed  weapons  to  determine 
if  the  salvo  is  still  available.  Each  salvo  has  a maximum  limit  of 
overal location.  Before  PROGRESS  equals  one,  this  limit  is  +225  whicn 
is  the  Largest  number  which  can  be  stored  in  the  NSALAL  array.  (A  de- 
scription of  the  structure  of  the  NSALAL  array  is  contained  in  the  Method 
section  of  subroutine  ADDSAL,  in  this  chapter.)  When  PROGRESS  equals 
one,  a more  severe  limit  is  imposed  in  order  to  accelerate  closure  to 
the  stockpile.  In  this  case  the  limit  is  zero.  That  is,  a salvo  is 
available  only  if  it  is  underallocated. 

To  exit  from  this  entry,  local  variable  IAM  is  checked.  If  it  is 
"1N1TSL,"  then  the  original  call  was  to  INITSAL  and  control  passes  to 
statement  220  in  entry  INITSAL.  If  it  is  "NEWSAL"  the  routine  exits. 

Note  that  if  a salvo  is  unavailable  because  of  limit  on  a call  to  NEWSAL, 
the  routine  attempts  to  find  the  closest  lower  available  salvo.  If  none 
can  be  found,  then  MYSAL  is  set  negative  to  flag  that  no  salvo  is  avail- 
able for  this  group. 

Entry  NEWSAL  is  illustrated  in  part  4 of  figure  54. 


In  line  function  IHAVE  extracts  information  from  logical  array  LXIHAVE. 
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Figure  54.  (Fart  3 of  5:  Entry  RESTORE) 


3.11.7  Subroutine  SPLIT 


PURPOSE: 


To  split  multiple  targets  for  allocation  purposes. 


ENTRY  POINTS: 

EOKMAI,  PARAMETERS : 
COMMON  BLOCKS: 

SUBROUTINES  CALLED: 
CALLED  BY: 


SPLIT 


NEWSP  - Number  of  targets  to  be  split  off 

C30,  C33 , DYNAMI,  MULTIP,  SPLITS,  SURPW,  WADFIN, 
WADWPN 

PREMIUMS 

DEFALOC,  WAD 


Method: 

If  target  has  not  been  split  before,  the  index  and  offset  for  its  file 
25  record  are  calculated  and  the  record  read  in.  The  C33  data  is  stored 
in  the  file  25  buffer  and  the  split  data  set  into  blocV  C33.  If  target 
has  been  split  before  the  new  split  is  set  up  using  the  data  from  the 
old  split  and  rearranging  the  file  25  buffer.  In  either  case,  the  weap- 
on surpluses  are  adjusted  and  the  premiums  recomputed. 

Subroutine  SPLIT  is  illustrated  in  figure  55. 


C33  data  is  stored  on  file  25  after  any  weapon  group  records.  There 
are  five  C33  sets  possible  per  multiple  target  and  three  target  data 
sets  per  file  25  record. 
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Figure  55.  Subroutine  SPLIT  (Part  1 of  2) 


3.11.8  Subroutine  WAD 


PURPOSE:  This  routine  carries  out  the  addition  and  deletion 

of  weapons  as  specified  by  STALL.  After  each 
change  in  the  allocation  to  a target  WAD  computes 
the  surviving  target  value  VT;  for  each  potential 
weapon  G,  the  potential  surviving  value  VTP(G)  if 
a weapon  for  that  group  were  added;  and  for  each 
weapon  currently  on  the  target,  the  potential  sur- 
viving value  VTD(NW)  if  a weapon  from  that  group 
were  deleted. 


ENTRY  POINTS:  WAD 

FORMAL  PARAMETERS:  None 


COMMON  BLOCKS:  C30,  C33,  CONTRO,  DYNAMI,  MULTIP,  PREMS,  SALVO, 

SURPW,  TGTSAV , WADFIN,  WADLOC,  WADOTX,  WADWPN, 
WEPSAV , WPFIX 

SUBROUTINES  CALLED:  ADDSAL,  FMUP,  NEWSAL,  PREMIUMS,  PRNTALL , SPLIT, 

WADOUT 


CALLED  BY:  STALL 

Method: 


The  surviving  target  value  VT  is  given  by: 

J=M  N=NN 

VT  = £ Yj  [V(N,J)  -V(N  + 1,J)]  * S(N,J) 
J=1  N=0 


where 


S(N, J)  = FMUP  [ (MU (N , J ) **  2)/(MU(N,J)  + SIG(N,J))] 

• The  function  FMUP(X)  is  defined  as  follows: 

Exponential  damage  law: 

S (N, J)  = FMUP(X)  = exp  (-X) . 

Square  root  damage  law: 

S(N, J)  ^ FMUP(X)  » (1  +y/Y~)  (exp  (-VT*)). 

The  index  J is  over  the  hardness  components,  and  the  index  N is  over  the 
time  of  arrival  bins.  V(N,J)  is  the  unattrited  value  of  the  Jth  hard- 
ness component  at  the  time  corresponding  to  the  Nth  time-uf-arrival  bin. 
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MU(N,.I)  is  the  summation  of  MUP(G,J)  for  all  weapons  arriving  at  the 
target  through  the  Nth  time-of-arrival  bin. 

SIG(N,J)  is  the  summation  of  all  the  cross  terms  (relative  to  the  Jth 
hardness  component)  between  all  the  weapons  on  the  target  by  the  Nth 
L lmc-oi -arrival  bin. 

The  calculations  indicated  above  are  carried  out  by  WA1)  in  sets  of 
scratch  arrays  and  computation  arrays  that  make  it  possible  to  retain 
all  intermediate  values  in  the  calculations.  The  resulting  scratch  pad 
is  then  referred  to  and  used  wherever  possible  in  computing  the  modified 
value  of  VT,VTP(G)  if  a weapon  G is  added,  and  the  modified  value  of 
VT,VTD(NW)  in  the  (NW)th  weapon  is  deleted. 

Table  7 will  help  to  visualize  the  scratch  pad  results  that  are  stored. 
This  illustrates  the  calculation  at  a time  when  there  are  three  weapons 
on  the  target  (NUM  = 3),  which  use  two  time-of-arrival  bins  (NTOA  = 2), 
and  there  are  two  hardness  components  (M  = 2) . 

The  first  time-of-arrival  bin  always  corresponds  to  0 time  and  reflects 
the  maximum  target  value,  VAL(l)  = 100,  in  the  example,  Bin  number  2 
corresponds  to  the  first  actual  time  of  arrival  and  it  contains  two  wea- 
pons NWP(2)  = 2,  but  the  unattrited  target  value  at  that  time  is  lower, 
VAb(2)  = 60.  Thus,  AO  units  of  value  are  assumed  to  escape  before  the 
first  two  weapons  arrive.  Similarly,  an  additional  20  units  are  assumed 
to  escape  before  the  last  weapon  arrives.  The  total  value,  100  units  is 
assumed  to  be  distributed  80-20  between  the  two  hardness  components 
(VO ( 1)  = 80,  VO (2)  = 20).  The  calculation  Is  carried  out  in  parallel 
for  the  two  hardness  components  JH  = 1,  JK  = 2.  The  total  surviving  and 
escaping  value  for  each  component,  VSN(4,J),  is  added  to  obtain  the  total 
surviving  value: 

VT  = 57.6  * 48.0  + 9.6 

The  Intermediate  computation  values  not  previously  defined,  VS  and  VSN, 
are  defined  as  follows: 

VS  (N, J)  - [ V(N , J)  -V (N  + 1 , J) ] * S (N, J) . 

NI=N 

VSN (N  + 1,J)  = VS (Nl, J) 

NI=1 

These  calculations  which  constitute  the  core  of  the  calculations  of  WAD 
are  carried  out  in  statements  400  through  406  of  WAD. 

It  is  useful  to  visualize  how  this  computation  (as  illustrated  in  table 
7 would  be  revised  if  a new  weapon  were  added.  The  new  weapon  might 
have  a time  of  arrival  between  bins  2 and  3.  In  this  case  a new  column 
3 would  have  to  be  created  for  the  weapon  and  the  contents  of  columns  3 
and  4 would  have  to  be  moved  over.  MU,  SIG,  and  S for  column  2 would  be 
unaffected  by  a weapon  arriving  at  a later  time  and  would  remain  unchanged. 
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Table  7.  Illustrating  Calculation  of  Actual  Payoff  on  Target 


time  of  arrival  cell 


NWP(TOA) 
VAL  (TOA) 


0.0 

100.0 


Hardness  Element 

JH=1  V (T0A,J) 

V0(l)=80  MU (TOA,  J) 

SIG (TOA ,J) 
S (TOA ,J) 

VS (TOA, J) 
VSN (T0A,J) 


80.0 

0.0 

0.0 

1.0 

32.0 

0.0 


48.0 
.90 
.274 
.50 

8.00 

32.00 


32.0 
1.70 

.385 

.25 

8.00 

40.00 


Hardness  Element 

Jll-2  V(TOA,J) 

VO (2) =20  MU (TOA, J) 

SIG (TOA, J) 
S(TOA,J) 

VS  (TOA,  J) 
VSN  (TOA, J) 


20.0 

0.0 

0.0 

1.0 

8.0 

0.0 


12.0 

2.0 

.48 

.20 

0.80 

8.00 


8.0 

3.0 

.915 

.10 

.80 

8.80 


VT  = 57.6 

NUM  * 3 

NTOA  - 2 

M =2 
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However,  the  value  of  VS  would  be  changed  since  the  value  of  V(N  + l,J) 
should  now  reflect  the  target  value  fox'  the  new  column  3 and  would  be 
hl|>  her  than  l he  3>.0  now  shown  for  cotumo  3,J1I  I.  The  value  of  MU 
and  SIC  In  l he  new  column  l would  be,  the  same  as  that  in  column  .*  ex- 
it-,>t  ( list  MU  would  ho  augmented  by  MUP(G,J)  lor  the  new  weapon  and  Sill 
would  be  augmented  by  the  cross  term  between  the  new  weapon  and  all  other 
weapons  on  the  target  at  that  time.  The  same  rule  ol  course  applies  for 
all  succeeding  t Ime-of-arrival  bins.  In  each  following  column  (includ- 
ing old  column  3,  now  -'»)  the  previous  value  of  MU  is  increased  by  MUP 
lor  the  weapon  added,  and  the  value  of  SIG  is  increased  by  the  cross 
terms  between  all  weapons  previously  on  the  target  and  the  weapon  added. 

Of  course,  the  new  weapon  might  fit  into  one  of  the  existing  time-of- 
arrlval  bins.  In  this  case  it  would  be  unnecessary  to  make  a new  column, 
and  it  would  be  unnecessary  to  recompute  VS  for  the  previous  column.  The 
value  of  MU  and  SIG  would  simply  be  augmented  in  the  corresponding  col- 
umn and  in  all  succeeding  columns  as  before.  Naturally,  after  the  values 
of  MU  and  SIG  are  revised,  the  value  of  S must  be  recomputed  and  the  VS 
and  VSN  must  be  revised  in  the  columns  affected. 

We  now  recall  that  WAD  is  lequired  to  provide  potential  weapon  added 
target  value  VTP(G)  for  every  weapon  group  each  time  a weapon  is  added 
or  deleted.  Obviously  the  calculation  every  time  of  all  the  above  cross 
terms  could  he  very  time  consuming.  Moreover,  precalculation  of  all  in- 
dividual cross  terms  for  250  weapon  groups  would  bo  equally  Impractical. 
The  technique  adopted,  therefore,  was  to  calculate  cross  terms  for  each 
weapon  group,  but  only  with  the  weapons  already  on  the  target.  Since 
the  process  of  augmenting  the  values  of  SIG  must  be  carried  out  indi- 
vidually for  each  time-of-arrival  bin,  the  resulting  data  are  stored 
by  time-of-arrival  bins.  That  is,  for  each  weapon  group  G and  each 
time-of-arrival  column,  N,  data  are  stored  which  indicates  the  amount 
by  which  SIG  would  hi  increased  in  that  column  if  the  weapon  G were 
added.  These  data  are  stored  in  the  array  SIGP(G,J,N).  Using  these 
data,  the  effective  augmentation  of  SIG  to  calculate  VTPfG)  for  each 
weapon  group  G can  be  accomplished  simply  by  adding  SIGP  for  the  appro- 
priate column,  and  the  augmentation  of  MU  is  accomplished  simply  be  add- 
ing MUP  for  each  weapon  G, 

Table  8-A  may  help  to  visualise  how  these  data  are  used.  Each  potential 
group  G is  tagged  with  the  index  ITOA(G)  of  the  time  of  arrival  column 
it  would  occupy  if  it  were  added.  In  addition,  it  is  also  noted  whether 
the  weapon  would  generate  a new  column  (IADDTOA-1)  or  share  the  column 
with  the  weapons  already  there  (IADDTQA=0) . The  situation  illustrated 
here  In  table  8 corresponds  to  the  same  one  illustrated  in  table  7.  No- 
tiu-  that  for  each  weapon  group  G the  array  SIGP(G,J,NI)  contains  a sig- 
nificant (usually  nonzero)  data  for  NI  ITOA(G)  -IADDTQA.  The  extra  term 
in  the  column  NI  - ITOA(G)  -1  for  rows  1 and  5,  where  the  weapon  group 
would  require  a new  column  (IADDTOA-1) , is  to  provide  a term  required 
for  the  new  columns  if  this  weapon  were  added.  Since  addition  of  this 
weapon  would  move  all  columns  (including  its  own)  one  position  to  the 
right,  the  resulting  term  would  be  in  the  proper  position  after  moving, 
even  though  it  is  in  an  incorrect  column  at  present. 
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Table  8.  Illustrating  Quantities  Calculated  for 
Potential  Weapon  Added  and  Deleted 
Payoffs 


A.  Data  on  All  Potential  Weapons 


G VTP  1T0A  IADDTOA 

(G)  (G)  (G) 

1  2 0 

2 3 0 

3 2 0 

A 3 0 

5 A 1 


J 

DSIG , 3 

NI=1 

NI=2 

NI=3 

1 

.021 

0.0 

.042 

.063 

2 

.103 

0.0 

.206 

.659 

1 

.052 

0.0 

0.0 

.45 

2 

.660 

0.0 

0.0 

4.23 

1 

.274 

0.0 

.548 

1.653 

2 

.780 

0.0 

1.560 

1.880 

1 

.005 

0.0 

0.0 

.010 

2 

,020 

0.0 

0.0 

.040 

l 

.003 

0.0 

0.0 

.007 

2 

.009 

0.0 

0.0 

.018 

B.  Data  on  Weapons  Now  on  Target 

(As  Candidates  for  Possible  Deletion) 


NW  IG(NW)  VTD(NW)  J 


1 2 

2 3 

3 3 


1 

2 

1 

2 

1 

2 


SIGD(NW, J,NI) 


NI=1 

NI=2 

NI=3 

0.0 

0.0 

- ,105 

0.0 

0.0 

-1.32 

0.0 

- .274 

- .052 

0.0 

-1.560 

- .660 

0.0 

- .274 

- .052 

o.o 

-1.560 

- .660 

NI-4 
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Just  as  the  information  in  tabLe  8-A  is  used  to  provide  values  of  SIG 
for  computing  VTP(G) , the  array  S1GD  in  table  8-B  is  used  to  provide 
values  of  SIG  for  the  computation  of  VTD(NW).  litis  table  contains  an 
entry  for  each  weapon  currently  on  the  target.  The  array  IG(NW)  in  this 
ease  indicates  that  three  weapons  have  been  assigned,  first  from  group 
, then  group  1,  finally  another  front  group  3.  The  role  of  SIGD  exactly 
parallels  SIGP;  that  is,  to  obtain  the  potential  value  of  SIG  if  a weap- 
on were  deleted  SIGD  is  added  to  SIG  in  each  column.  Since  SIGD  is 
negative,  this  has  the  effect  of  cancelling  out  the  cross  terms  for  the 
weapon  that  would  be  removed.  Of  course,  if  removal  of  the  weapon  would 
reduce  rite  number  of  weapons  in  a t.ime-of-arrival  column  to  0,  the  fol- 
lowing columns  would  be  spaced  back  to  avoid  unnecessary  columns. 

In  summary,  table  7 contains  the  scratch  pad  data  used  to  calculate  the 
actual  payoff.  Table  8-A  contains  the  corrections  SIGP  for  SIG  needed 
to  calculate  the  corresponding  weapon-added  estimate  VTP(G)  for  each 
weapon  group  G.  Table  8-B  contains  the  corrections  SIGD  for  SIG  needed 
to  calculate  the  weapon-deleted  estimate  VTD(NW)  for  each  weapon  NW  now 
on  the  target. 

These  arrays  SIGP  and  SIGD  are  kept  continuously  up-to-date  as  weapons 
are  added  and  deleted.  For  example,  as  illustrated  in  table  8,  the 
last  weapon  added  was  from  group  3.  Thus  the  last  set  of  cross  terms 
computed  would  have  been  the  cross  terms  between  group  3 and  every  other 
group.  These  cross  terms  are  shown  in  table  8-A  in  the  array  DSIG(G,J). 
When  the  last  weapon  from  group  3 was  added,  these  terms  were  computed, 
and  for  each  weapon  G they  were  added  into  the  array  SIGP  in  all  time  of 
arrival  columns  where  both  the  weapon  G and  the  weapon  3 would  be  pre- 
sent. In  the  array  SIGD  the  same  quantity: 

DSIG  (IG  (NW) , J) 

is  subtracted  out  for  each  column  where  both  weapons  are  present,  thus 
removing  Cite  contribution  of  the  weapon,  IG(NW),  to  SIG  in  the  calcula- 
tion of  VTD(NW). 

Whenever  it  is  decided  to  add  or  delete  a weapon  from  a group,  KG,  the 
local  subroutine  CALSG  is  called  to  calculate  the  array  DSIG(G,J')  to  ob- 
tain the  cross  terms  between  KG  and  all  potential  weapon  groups  G.  CALSG 
is  contained  in  statements  100  through  108  of  WAD. 

Table  l>  (only  partly  filled  out)  illustrates  some  of  the  input  data  re- 
quired by  WAD.  The  array  RISK(IAT,G , J)  is  used  in  calculating  the  cross 
terms  DSIG.  However,  those  elements  contribute  where  the  particular 
attribute  (class,  type,  etc.)  is  shared. 

The  shared  attributes  between  weapon  groups  G1  and  G2  are  determined  by 
checking  whether  JATTRIB (IAT , G 1 ) - JATTRIB(IAT,G2) . 

The  flowchart  for  WAD  consists  of  14  parts.  Part  1 shows  the  overall 
flow  of  the  subroutine.  The  main  processing  by  the  subroutine  is 
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-Calculated  for  Each  Potential  Weapon  Before  WAD  is  Called 
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controlled  by  one  of  the  control  programs  depending  on  the  WADOP  option 
chosen  (initialize,  add,  or  delete).  The  following  three  parts  each 
illustrate  the  operation  of  one  of  these  control  programs.  Each  control 
routine  utilizes  a number  of  other  local  subroutines,  ns  well  as  exter- 
nal routines  (see  figure  56). 

The  Add  Weapon  Control  routine  (Part  III)  will  be  used  as  a vehicle  to 
illustrate  the  operation  of  the  program.  Once  the  operations  of  this 
routine  are  understood,  the  corresponding  operations  in  the  other  rou- 
tines should  he  obvious. 

The  routine  first  checks  to  be  sure  that  the  number  of  weapon  additions 
and  weapon  deletion  operations,  I0P,  on  this  target  does  not  exceed  100. 
If  it  does,  it  is  assumed  that  STAIL  and  WAD  are  caught  in  an  endless 
loop  probably  repeatedly  adding  and  deleting  the  same  weapon,  so  the 
processing  of  the  target  is  terminated,  in  principle,  such  looping 
should  not  occur.  However,  it  has  been  found  that  errors  in  reading 
file  data  for  one  target,  or  a random  machine  malfunction,  or  inconsis- 
tencies in  the  data  supplied  to  the  program  can  sometimes  result  in  such 
a situation.  This  makes  it  possible  for  the  program  to  proceed  to  the 
next  target  rather  than  aborting  the  entire  run.  However,  when  this 
happens,  the  LOOP  flag  is  set  nonzero.  This  causes  the  print  in  state- 
ment 41  to  appear  during  the  initialization  of  every  succeeding  target, 
so  that  the  user  is  sure  to  notice  that  the  difficulty  occurred. 

However,  assuming  that  no  such  loop  has  occurred,  the  routine  adds  the 
Lagrange  multiplier  for  the  weapon  added  to  the  COST  of  the  allocation 
and  also  updates  SUMPREM,  the  sum  of  the  premiums  for  the  target.  (This 
last  variable  SUMPREM,  as  well  as  the  variables  TBENEFIT  and  TPMX  near  * 

statement  14,  are  computed  only  to  provide  a consistency  chock  on  the 
treatment  of  premiums.  These  variables  are  not  essential  to  the  opera- 
tion of  the  program.)  Notice  that  those  variables  and  almost  all  other 
variables  used  by  WAD  such  as  VT,  VTP,  VTD , PAYOFF,  PROFIT,  etc.  are 
computed  (even  for  multiple  targets)  as  if  the  program  were  dealing 
only  with  a single  simple  target.  It  is  necessary  to  take  target  multi- 
plicity into  account  only  when  dealing  with  variables  which  accumulate 
the  total  cost,  total  payoff,  or  total  consumption  of  specific  weapon 
groups  over  the  whole  target  system. 

The  PREMIUMS  used  by  the  allocator,  however,  depend  on  Just  such  a vari- 
able — namely  SURPWP(G),  the  available  surplus  (positive  or  negative) 
of  unused  weapons  in  each  group  G.  Consequently,  when  a weapon  G is 
added,  the  PREMIUM  for  that  weapon  group  must  he  recalculated.  Before 
it  is  recalculated,  SllRPWP(G)  must  bo  revised  as  it  is  in  statement  7 
to  reflect  the  multiplicity  of  tho  target;  i.e.: 

SURPWP(G)  - SURPWP(G)  -CTMULT 

The  variable  CTMULT,  current  target  multiplicity,  is  used  rather  than 
tho  initial  multiplicity  TGTMULT,  because  when  PROGRESS  is  equal  to  1.0 
a multiple  target  can  be  split  into  several  parts  of  reduced  multiplicity. 
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The  local  subroutine  SPLIT  (Part  VI)  which  begins  with  statement  9 is 
responsible  for  determining  if  such  a split  is  needed,  and  for  carry- 
ing out  the  adjustment  of  bookkeeping  on  the  arrays  SURPWP  and  PREMIUM 
if  it  is.  To  avoid  unnecessary  computation  by  WAD,  SPLIT  is  designed 
to  minimize  the  number  of  times  multiple  targets  are  split  up.  The 
intent  is  to  avoid  separating  multiple  targets,  unless  retaining  the 
full  multiplicity  of  the  target  during  the  allocation  of  the  weapon  in- 
dicated would  cause  a weapon  surplus  >.5  weapons.  Such  a change  in 
SURPWP  should  cause  the  step  premium  for  the  groups  to  change  from  posi- 
tive to  negative.  Obviously  it  would  be  a mistake  to  keep  allocating  as 
if  the  same  premium  would  apply.  Therefore,  when  this  happens  the  tar- 
get is  split  into  two  parts.  One  part,  CTMULT,  containing  the  largest 
multiplicity  that  could  be  allocated  a weapon  from  one  group  without 
causing  the  premium  to  go  negative,  the  other  part,  CTSPILL,  containing 
the  remainder. 

After  this  is  done,  it  is  necessary  to  correct  the  value  of  SURPWP  and 
recompute  the  premiums.  To  understand  what  is  required  to  do  this,  we 
must  recall  that  when  MUIGOR  began  the  allocation  to  the  target  on  this 
pass,  it  removed  the  weapons  previously  assigned  to  all  the  elements  ot 
the  multiple  target  and  taus  increased  SURPWP  by  the  multiplicity  for 
each  weapon  previously  assigned.  If  a decision  is  now  to  be  made,  that 
only  part  of  the  target  is  to  be  dealt  with,  the  old  allocation  should 
in  effect  be  restored  for  the  remainder  of  the  target  elements.  Thus, 
in  statement  911,  SURPWP  is  decreased  by  the  change  in  multiplicity  for 
each  weapon  previously  assigned.  Conversely,  while  the  present  alloca- 
tion was  proceeding,  SURPWP  was  being  decremented  by  the  multiplicity 
for  each  weapon  assigned.  If  we  now  intend  to  interpret  the  allocation 
as  applying  only  to  a part  of  the  total  multiplicity,  then  the  value  of 
SURPWP  must  be  increased  as  as  in  statement  908  by  the  change  in  multi- 
plicity for  each  weapon  already  assigned.  Finally,  since  the  value  ol 
PREMIUM (G)  depends  not  only  on  SURPWP (G)  but  also  on  CTMULT  for  the  tar- 
get all  premiums  are  recomputed  (statement  930).  This  completes  the 
bookkeeping  corrections  made  by  SPLIT,  A slightly  different  version  of 
SPLIT  beginning  at  statement  21  is  used  by  the  deletion  control  routine. 
In  this  case  the  question  is  whether  deletion  of  the  weapon  group  for 
the  full  multiplicity  would  cause  a deficit  > .5.  Aside  from  this  ob- 
vious change  in  sign,  however,  the  operation  is  essentially  identical. 

In  both  versions  of  SPLIT,  subroutine  ADDSAL  is  used  to  modify  the  stock- 
pile for  salvoed  missile  weapons. 

When  SPLIT  has  completed  its  work,  Che  program  proceeds  ns  usual  lo  up- 
date SURPWP  for  the  weapon  now  being  added  and  PREMIUMS (G)  is  called  as 
usual . 

Both  the  add  and  delete  weapon  processes  exit  WAD  through  statement  1.'. 

At  this  statement,  WAD  eu! Is:  1)  ADDSAL  to  update  the  salvoed  weapon 
stockpile;  2)  NEWSAL  to  determine  if  the  preferred  salvo  is  still  avail- 
able, and  3)  WADOUT  to  calculate  the  decision  variables  for  STALL.  Attei 
these  calls,  WAD  updates  the  payoff,  cost,  profit  and  benefit  variables. 
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The  main  functioning  of  WAD,  however,  proceeds  after  the  stockpiles  have 
been  set  and  premiums  calculated  for  each  weapon  group.  This  function 
consists  of  updating  all  the  arrays  in  tables  7 and  8 to  reflect  addition 
of  the  weapon  G.  The  process  is  accomplished  by  calling  a series  of  lo- 
cal subroutines. 

First  CALSG  (Part  VII)  is  called  to  compute  the  cross  term  array,  DSIG, 
in  table  8-A.  Then  ADDS1G  (Part  VIII)  is  called  to  update  the  arrays 
SIGP  and  SIGD,  For  maximum  efficiency,  the  revision  of  the  arrays,  SIGP 
and  SIGD  is  done  one  column  at  a time,  working  from  right  to  left  and 
dealing  only  with  those  columns  affected  by  the  weapon  G.  If  the  weapon 
G adds  a new  column,  the  column  NI  * NWRT  where  the  augmented  results 
are  written  will  be  displaced  one  column  to  the  right  of  NI  * NRD  where 
the  original  data  were  read.  However,  before  actually  updating  these 
two  arrays  in  each  column,  the  data  currently  in  SIGP  in  that  column  are 
used  to  update  SIG  in  table  7.  Since  this  value  of  SIGP  was  required  to 
add  the  weapon  G,  the  negative  of  it  would  be  required  to  delete  it. 
Consequently,  at  the  same  time  SIGP  is  simply  negated  and  stored  in  SIGD 
to  produce  a new  row  (NW  = A)  for  the  weapon  G in  table  8-B.  All  of 
these  operations  required  to  update  SIG,  SIGP,  and  SIGD  are  done  in 
series  for  the  same  read  and  write  columns,  one  column  at  a time  until 
the  updating  is  complete. 

Next,  ADDIND  (Part  IX)  is  called  to  update  all  the  indices  to  reflect 
the  addition  of  the  new  weapon.  The  indices  which  must  be  updated  are 
in  table  7 NUM,  NTOA , NUWP,  VAL,  in  table  8 ITOA,  IADDTOA. 

When  this  has  been  done  the  payoff  computations  begin.  CALPAY  (Part 
XII)  is  called  first  to  calculate  the  actual  payoff  (table  7).  Since 
this  involves  on  / one  calculation  it  is  done  in  a very  straightforward 
wav  and  is  completely  recalculated  for  all  columns.  Thus,  the  subrou- 
tine CAI.PAY  is  very  straight  forward  and  easy  to  understand. 

The  updated  information  in  table  7 is  then  used  as  a basis  for  calculat- 
ing the  weapon  added  payoffs  (CALPOT,  Part  XIII)  and  the  weapon  deleted 
payoffs  (CALDEL,  Part  XIV).  To  avoid  any  need  for  additional  arrays  to 
store  Intermediate  results  these  calculations  are  done  (both  by  CALPOT 
and  CALDEL)  one  weapon  group  and  one  hardness  component  at  a time  work- 
ing straight  down  the  lists  in  table  8.  For  each  group  and  each  hard- 
ness component  the  calculations  then  work  from  left  to  right  dealing 
only  with  columns  affected  by  the  new  weapon.  For  the  columns  in  table 
7 that  would  be  affected,  revised  values  SI  of  S and  VSN1  and  VSN  are 
computed  working  toward  the  right  to  obtain  the  final  values  which  can 
be  added  to  obtain  the  revised  value  VTD  for  the  weapon  deleted  calcula- 
tions. 

When  all  payoffs. have  been  calculated,  WADOUT  is  called  summarizing  the 
results  for  STALL,  and  finally  the  actual  PROFIT,  and  PAYOFF,  BENEFIT, 
etc.,  are  computed  and  stored  so  that  they  are  available  to  be  printed 
if  such  information  is  requested.  WAD  then  returns  control  to  STALL. 
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The  control  routine  for  weapon  deletion  exactly  parallels  the  above  pro- 
cedures except  that  SUB8IG  and  SUBIND  replace  ADDSIG  and  ADDIND.  SUBSIG 
parallels  ADDSIG  almost  exactly  except  that  the  order  of  processing  col- 
umns is  reversed  to  avoid  writing  over  essential  data  as  columns  are 
spaced  back.  SUBIND  differs  from  ADDIND  mainly  in  that  indices  are  de- 
cremented instead  of  incremented. 

The  initialize  control  routine  (part  II) , and  the  local  subroutine 
INITIALIZE  (part  V),  are  concerned  with  establishing  the  starting  state 
for  the  allocation  to  a target.  After  the  discussion  of  the  and  and 
delete  routine,  the  flow  diagrams  should  be  self-explanatory.  However, 
a couple  of  comments  may  be  appropriate.  For  computing  efficiency  the 
initialization  is  limited  to  the  minimum  required  to  provide  the  start- 
ing state.  Many  cells  in  SIGP  and  SIGD  are  not  initialized  and  irrele- 
vant data  will  remain  in  many  cells.  Thus  on  targets  after  the  first 
target  during  the  allocation,  many  cells  shown  in  table  8 with  irrele- 
vant zeros,  may  in  fact  contain  irrelevant  data  that  will  not  be  refer- 
enced. Particular  attention  is  called  to  rows  containing  inactive  weap- 
ons. These  rows  will  not  be  reinitialized  at  all  and  thus  will  contain 
much  irrelevant  data  for  prior  targets. 

On  the  initialization  call,  the  only  nontrivial  payoffs  that  need  to  be 
computed  are  the  potential  weapon  payoffs  VTP(G).  Since  at  this  stage 
these  all  involve  only  one  weapon,  the  correlation  cross  terms  are  irrele- 
vant. Consequently  the  simple  formula, 

S = FMUP  (+  MUP(G) ) 
can  be  used. 
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Figure  56.  Subroutine  WAD 

Part  I:  Summary  Flow 
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Figure  56.  Part  II:  Initialize  Control 


*Local  Subroutine 
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*Local  Subroutines 

Figure  56,  part  III:  Add  Weapon  Control 
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*Local  subroutine 


Figure  56.  Fart  IV:  Delete  Weapon  Control 
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Fiouro  56.  I'art  V:  Local  Subroutine 
‘ ° INITIALIZE 
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[Called  in  Closing  Phase  of  Allocation,  Before  Adding  (or  Deleting*) 
a Weapon-Splits  Multiple  Tar'gets  into  Lower  Multiplicity  When  It 
Will  Help  to  Meet  Exact  Stockpile] 


Determine  Whether  The  Stockpile 
Target : (- . S)sSURPWP (G)i( . 5) 

Could  Be  Achieved  If  Weapon  G Were 
Added  (Or  Deleted)  Only  For  A Sub- 
set Of  This  Multiple  Target 


Could  Stockpile 
Be  Met? 


Roduce  Current  Target  Multi- 
plicity (CTMULT)  As  Required 
And  Increment  Elements 
Spilled  For  Later  Processing 
(CTSPILL) 


Correct  SURPWP(G)  For 
Multiplicity  Now— 
And  On  The  Previous  Pass 


RETURN 


Separate  Copy  in  Program  with  Change  of  Signs  for  Weapon 
Deletion. 

Figure  56.  Part  VI:  Local  Subroutine  SPLIT 
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Do  108  For  All 

Done 

k 

Active  Weapon  Groups 

1 

Do 

Done  / X 
►(  RETURN  ) 


Accumulate  Total  Shared  Between 
This  Group  And  Group  G Added 
(Or  Deleted)  Summing  Over  All 
Common  Risk  Attributes  IAT»1, 

NAT  To  Covor  Identities  By  Class, 
Typo,  Region,  Alort  Status,  And 
Group- -Take  Minimum  Value  Of  The 
Two  Since  Shared  Risk  Cannot  Exceed 
Total  Risk'  For  Least.  Risk  Weapon 
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Figure  56.  Part  VII:  Local  Subroutine  CALSG 
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Tliis  subroutine  updates  values  for  HU  and  S1G  in  all  Time  of  Arrival 
columns  affected  by  now  weapon  G,  If  weapon  G adds  a now  column,  it 
also  moves  the  data  one  column  to  the  right  by  writing  in  a column 
with  an  index  one  larger  than  the  index  of  the  column  being  read. 


Figure  56.  Part  VIII:  Local 
Subroutine  ADDSIG 
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Figure  56.  Part  IX:  Local 

Subroutine  ADDIND 
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Figure  56,  .Part  X:  Local 

Subroutine  SUBSIG 
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RETURN 
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Decrement  Time 
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Figure  56. 


Part  XI:  Local 
Subroutine  SUBIND 
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Calculates  Actual  Surviving  Target  Value,  VT: 


VT  - £ £ S^N»'n  * C V(N.J)  - V(N+1  ,J)  ] 

J«  N® 

(I.M)  (l.NTOA'l 

and  Zeroth  Order  Surviving  Value,  VTZG; 

Vl'ZO-  Y S(NTOA,J)  * VO(J) 

J 


Figure  56,  Part  XII:  boeni 
Subroutine  CALPAY 
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Figure  56.  Part  XIII:  Local 
Subroutine  CALPOT 
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Figure  56.  Part  XIV:  Local 
Subroutine.  CALDEL 
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3.1L.V  Subroutine  WADOUT 


PURPOSE: 

This  routine  summarizes  decision  alternatives  for 
STALL  by  combining  payoff  data  produced  by  WAD 
with  the  weapon  cost  data  (Lagrange  multipliers 
minus  premiums).  It  also  contributes  to  the  effi 
ciency  of  WAD  by  making  inappropriate  weapons  in- 
active. 

ENTRY  POINTS: 

WADOUT 

FORMAL  PARAMETERS : 

None 

COMMON  BLOCKS: 

C30,  C33,  CONTRO,  DYNAMI,  PREMS,  SALVO,  WADFIN, 
WADOTX,  WADWPN,  WPFIX 

SUBROUTINES  CALLED: 

PRNTALL 

CALLED  BY: 

WAD 

Method : 

The  output  data  produced  by  WAD  consist  of  the  following  parameters  for 
STALL  that  are  recorded  in  /WADOTX/: 

PPMX  and  IPPMX  - the  maximum  potential  increase  in  effective 
profit  for  any  single  weapon;  and  the  index  G to  that  weapon 
group,  respectively. 

PVRMX  and  IPVRMX  - the  maximum  effective  efficiency  of  any 
potential  weapon;  and  the  index  G to  that  weapon  group,  re- 
spectively. 

DPMN  and  IDFMN  - the  minimum  marginal  effective  profit  for  any 
weapon  now  assigned;  and  the  index  NW  to  that  weapon  in  the 
list  of  weapons  assigned,  respectively. 

It  also  produces  the  array  INACTIVE  (G)  in  /WADWPN/  which  is  used  by  WAD 
to  determine  which  weapons  groups  need  not  be  processed. 

The  input  data  from  WAD  consist  of: 

VT  - the  surviving  target  value  in  / C33/ 

VTD(N)  - the  potential  weapon  deleted  surviving  target  value 
(also  in  /DYNAMI/  (equivalenced  to  RVAL) 

VTP(G)  - the  potential  weapon-added  surviving  target  value  in 
/WADFIN/ 
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The  input  data  on  weapon  costs  consist  of  LAMEF(G),  PREMIUM(G) , and 
DPREMIUM(G) . 

WADOUT  also  initializes  VTMAX  and  VTMIN  of  /WADOTX/,  and  MAXCOST  which 
reflect  the  MINKILL,  MAXKILL  specifications  for  each  target. 

The  quantities  ALPHA  and  VTEF  of  /WADOTX/,  are  essentially  local  vari- 
ables  for  WADOUT.  They  arc  included  in  this  common  block  for  use  by 
PRNTNOW , and  in  the  case  of  ALPHA,  to  allow  WAD  to  reinitialize  it  to 
1.0  for  each  new  target. 

The  flow  diagram,  figure  57,  is  in  three  parts.  In  part  I,  the  user- 
input  parameter  IMATC1I  is  used  to  determine  the  method  of  computing 
MINKILL  and  MAXKILL.  If  IMATCH  is  0,  then  the  damage  calculations  used 
to  determine  residual  target  value  for  purposes  of  MINKILL  and  MAXKILL. 
use  time  dependence  of  target  value.  If  IMATCH  is  nonzero,  then  MINKILL 
and  MAXKILL  are  computed  relative  to  the  original  target  value.  In  addi- 
tion, if  IMATCH  is  100,  then  the  routine  prints  the  WADOUT  variables,  VTO, 
VT,  VTZO  (original  target  value),  FLGMN,  FLGMX,  SVTMIN,  SVTMAX,  VTMIN, 
VTMAX,  and  ALPHA. 

The  Do  loop  ending  at  statement  18  is  used  to  flag  all  groups  with  fixed 
weapons  on  this  target  as  active.  This  prevents  their  being  removed  dur- 
ing processing  and  maintains  the  validity  of  the  damage  calculations. 

In  Part  II,  the  processing  begins  by  evaluating  the  actual  effective  sur- 
viving target  value  VTEF,  It  then  scans  all  weapons  currently  assigned 
to  calculate  the  output  quantities  DPMN  and  IDPMN.  If  any  weapon  now  on 
target  fails  to  destroy  a fraction  of  the  original  value  greater  than 
MINDAMAG,  the  weapon  is  flagged  for  immediate  removal  (statement  15). 

At  the  same  time,  the  groups  already  assigned  are  flagged  with  INACTIVE 
“ -100  to  eliminate  any  possibility  that  they  would  be  erroneously  set 
inactive.  (WADOUT  never  exits  with  INACTIVE  set  negative.  A weapon 
group  flogged  with  a -100  is  always  reset  to  INACTIVE  = 0 before  the  rou- 
tine exits.)  (Do  1A  loop) 

Basically,  the  processing  in  part  III  i3  concerned  with  scanning  all  po- 
tential weapons  to  calculate  the  output  quantities  PPMX,  IPPMX,  PVRMX, 
and  IPVRMX.  Any  weapon  which  would  fail  to  destroy  a fraction  of  the 
original  value  greater  than  MINDAMAG  will  be  ignored  in  these  calcula- 
tions. Thus,  it  could  never  be  allocated  to  the  target. 

In  addition,  if  a weapon  is  a snlvoed  missile  but  no  salvo  is  available 
(i.e.,  MYSAL(G)  less  than  or  equal  to  zero),  or  if  the  group  has  no  weap- 
ons, then  it  is  not  considered  us  a potential  weapon. 

At  the  same  time,  however,  the  values  for  the  array  INACTIVE (G)  are  es- 
tablished. The  INACTIVE  array  for  each  target  is  permanently  stored  on 
the  WPNTGT  files,  as  it  was  originally  computed  by  GETDTA,  with  only 
two  values  — zero  for  weapons  in  range  of  the  target,  and  100  for 
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weapons  out  of  range.  Consequently,  when  these  data  are  read  on  suc- 
cessive passes  for  each  target,  these  initial  values  are  automatically 
restored. 

External  to  WADOUT  the  INACTIVE  array  is  treated  as  if  it  has  only  two 
values  - zero  for  active  weapon  groups,  and  nonzero  for  inactive  groups. 
WADOUT  makes  weapons  temporarily  inactive  relative  to  a specific  target 
by  setting  INACTIVE  equal  to  either  2,000  or  30,000. 

[f  WADOUT  exits  with  either  value,  2,000  or  30,000,  the  weapon  is  treated 
as  temporarily  inactive  in  exactly  the  same  way.  The  difference  between 
2,000  and  30,000  is  relevant  only  if  WADOUT  recycles  without  exiting. 

WADOUT  will  recycle  if,  after  all  potential  weapons  are  examined,  it  is 
found  (upon  return  to  Part  2)  that  there  are  no  potential  weapons  that 
appear  profitable  and,  moreover,  that  the  required  kill  probability, 
MINKILL,  has  not  been  achieved.  In  this  case  the  value  of  ALPHA  is  in- 
creased to  make  the  target  seem  more  valuable  and  the  evaluation  is  re- 
peated. When  this  occurs,  weapons  tentatively  set  to  INACTIVE  = 30,000 
are  reset  to  0 and  the  decision  to  inactivate  them  is  reexamined. 

If  WADOUT  exits  with  INACTIVE  - 30,000,  it  is  always  set  to  2,000  if 
WADOUT  is  called  again. 

The  operation  of  Part  III  of  WADOUT  can  now  be  summarized  as  follows. 

In  the  execution  of  this  Do  loop  inactive  weapons,  INACTIVE  a 100,  2,000 
and  30,000  (30,000  except  on  a recycling  pass),  are  skipped.  All  active 
weapons,  INACTIVE  **  0,  -100  (or  30,000  on  a recycling  pass),  are  evalu- 
ated. Those  for  which  INACTIVE  is  no.  negative  are  then  considered  to 
determine  whether  they  should  be  made  inactive. 

This  consideration  (lower  half  of  the  flowchart)  is  as  follows: 

a.  Any  weapon  that  still  shows  a positive  potential  profit  remains 
active. 

b.  Any  weapon  which  does  not  show  a positive  profit  against  the 
full  target  value  (in  the  absence  of  other  weapons)  is  made 
Inactive. 

c.  If  there  are  other  weapons  on  the  target  the  weapon  remains 
active  unless  its  efficiency  is  less  than  .1.  This  reduces 
the  chance  that  an  inactive  weapon  could  become  profitable  if 
some  other  weapon  currently  on  the  target  were  removed. 

d.  If  the  efficiency  is  less  than  .1,  it  is  made  inactive  unless 
there  are  already  unprofitable  weapons  assigned.  In  this  case 
the  decision  to  make  it  inactive  is  postponed  until  these  un- 
profitable weapons  are  removed. 
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3.12  Subroutine  DEFALOC 


PURPOSE:  The  purpose  of  this  subroutine  is  to  allocate 

missiles  to  an  individual  target  which  is  defended 
with  terminal  ballistic  missile  interceptors  (i.e., 
MISDEF  > 0) . 


ENTRY  POINTS:  DEFALOC 

FORMAL  PARAMETERS:  None 


COMMON  BLOCKS:  CIO,  C30,  C33,  CONTRO,  DEFCOM,  DEFRES,  DYNAMI, 

PAYSAV,  PREMS,  SALVO,  SURPW,  WADFIN,  WADOTX, 
WADWPN,  VEPSAV,  WPFIX 


SUBROUTINES  CALLED:  ADDSAL,  HEAD,  INITSAL,  LAMGET , NEXTTT , PREMIUMS, 

PRNTALL,  RESTORE,  RESVAL 


CALLED  BY:  MULCON 


Method: 

Wien  MULCON  has  read  in  data  associated  with  a new  target,  it  examines 
MISDEF  to  determine  if  the  target  is  defended  with  terminal  ballistic 
missile  interceptors.  If  MISDEF  = 0,  indicating  no  defenses,  it  pro- 
ceeds to  call  STALL  for  the  allocation  of  weapons.  If  MISDEF  >0,  then 
there  are  terminal  interceptors  present;  DEFALOC  is  called  after  call- 
ing STALL  to  allocate  the  missiles  to  the  target,  and  the  most  profit- 
able allocation  (STALL  or  DEFALOC)  is  chosen. 

The  input  variables  describing  the  target's  local  ABM  capability  allow 
uncertainties  to  be  introduced  in  the  number  of  interceptors  present. 
MISDEF  is  the  nominal  number  of  interceptors  on  the  target,  each  with 
kill  probability  PKTX  against  unhardened  warheads,  and  RADPK  is  the  ran- 
dom area  defense  kill  probability.  In  addition,  four  other  parameters 
are  defined  (the  same  for  all  targets)  which  introduce  uncertainties  in 
MISDEF.  RX(1)  (input  as  LOWFAC)  is  a factor  which,  when  multiplied  by 
MISDEF,  gives  a lower  estimate  of  interceptors  which  has  probability 
PX(1)  (input  as  PROBLOW)  of  occurring.  Likewise,  RX(2)  (input  as 
HIGHFAC)  and  PX(2)  (input  as  PROBHIGH)  define  the  overestimate  of  in- 
terceptor availability.  Thus,  if  there  Is  imperfect  knowledge  of  the 
terminal  ABM  capability,  the  allocator  can  hedge  against  these  uncer- 
tainties when  assigning  weapons. 

In  addition  to  the  target-associated  ABM  data,  it  is  possible  to  de- 
scribe penetration  aids  suitable  for  the  various  missiles  by  means  of 
the  payload  table.  For  a particular  payload  index  IPAY,  the  following 
variables  are  defined  which  describe  the  terminal  missile  defense  pene- 
tration aids: 


This  subroutine  is  the  first  of  segment  DEFAL. 
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NWHD  = Number  of  warheads  per  independent  reentry  vehicle. 

NTDECOYS  = The  number  of  aim  points  the  terminal  defense  sees 
for  each  independent  reentry  vehicle  (in  addition 
to  the  warheads).  These  are  terminal  decoys. 


XDEG  = A factor  by  which  the  PKTX  is  multiplied  to  obtain 

terminal  interceptor  kill  probability  against  this 
weapon  type.  It  reflects  additional  hardening  of 
the  warhead  or  electronic  penetration  aids  which 
can  degrade  interceptor  effectiveness. 


The  first  decision  in  DEFALOC  concerns  the  verification  pass.  If  PROGRESS 
= 2 and  IVERIFY  = 2,  the  current  call  on  DEFALOC  is  a part  of  verifica- 
tion pass  to  determine  the  effect  of  a new  correlation  factor.  Since 
DEFALOC  does  not  consider  interweapon  correlations,  no  processing  is  done 
in  this  case. 

Before  allocating  any  missiles,  DEFALOC  determines  if  STALL  has  been 
called.  STALL  will  not  be  called  if  the  number  of  fixed  assignments 
exceeds  30.  If  STALL  was  called,  the  surplus  weapon  indicators  SURPWP 
are  reset  (statement  76)  as  if  STALL  were  not  called.  This  procedure 
provides  for  the  correct  premium  computations  in  RESVAL. 

As  part  of  the  initialization,  DEFALOC  calls  INITSAI.  to  set  the  arrays 
ir.  block  /SALVO/  for  this  target.  In  removing  the  weapons  allocated  by 
STALL,  routine  ADDSAL  was  called  to  restore  the  salvoed  weapons  to  the 
stockpile.  After  calling  INITSAL,  DEFALOC  computes  the  maximum  number 
of  weapons  that  can  be  allocated  from  each  group  because  of  salvo  re- 
strictions (NSL(G)) . For  nonsalvoed  groups,  NSL(G)  is  set  to  the  num- 
ber of  weapons  in  the  group,  NWPNS(G).  For  salvoed  groups,  NSL(G)  is 
set  to  the  difference  between  the  current  stockpile  and  the  maximum 
stockpile.  Before  PROGRESS  = 1.0,  the  maximum  stockpile  is  225  more 
than  the  available  number.  During  the  verification  pass  (i.e.,  PROGRESS 
greater  than  1.0)  NSL(G)  is  set  to  1000  for  all  groups. 

If  there  are  fixed  assignments  on  this  target  (statement  79),  DEFALOC 
assigns  these  weapons  first.  On  the  second  and  later  passes  (statement 
78)  the  operation  is  relatively  simple.  The  old  allocation  contained 
in  the  IG  and  KORRX  arrays  of  /DYNAMI/  is  loaded  into  the  IFW  array  and 
the  NOWEP  array.  The  NOWEP  array  defines  the  potential  DEFALOC  alloca- 
tion. If  the  number  of  fixed  assignments  exceeds  30,  the  value  of  the 
KORRX  array  is  equal  to  the  negative  of  the  number  of  weapons  assigned 
(see  statements  72  to  96).  This  procedure  allows  specification  of  more 
than  30  weapons  within  the  30  elements  of  the  IG  array.  If  the  fixed 
assignments  are  less  than  30  in  number,  each  entry  in  the  TG  array 
represents  one  weapon. 

Processing  differs  if  there  are  fixed  assignments  on  the  first  pass. 

The  Do  loop  starting  at  statement  97  and  continuing  to  statement  85 
allocates  each  fixed  weapon.  There  are  several  tests  made  on  proposed 
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fixes  in  this  loop.  First,  if  the  fixed  weapon  is  a bomber,  DEFALOC  can- 
not be  used  since  it  allocates  missiles  only.  Statement  40  tests  if 
STALE  were  called.  If  so,  the  STALL  allocation  to  this  target  is  used 
without  further  DEFALOC  processing.  If  STALL  was  not  called  by  reason 
of  an  excess  of  30  fixes,  statement  41  prints  an  error  message  and  the 
fix  request  is  ignored.  If  the  fixed  weapon  is  a missile,  its  active 
flag  is  tested  in  statement  50.  If  the  weapon  cannot  be  allocated,  an 
error  message  is  printed*  and  the  request  ignored.  Otherwise  the  weapon 
is  assigned.  A group  counter  is  kept  (statement  86)  to  determine  the 
number  of  unique  groups  represented  on  target.  Statement  91  assigns  the 
weapon.  The  following  statements  increase  the  total  cost  and  number  is 
computed  in  array  ISALFX(G)  for  all  fixed  salvoed  weapons.  For  salvoed 
fixed  weapons  function  LAMGET  is  used  to  calculate  the  weapon  cost. 

After  assigning  all  fixed  weapon  requests  currently  input,  DEFALOC  deter- 
mines if  there  are  more  requests  to  be  read  in  the  first  pass.  This  is 
done  by  continuing  to  cycle  the  ASGWPN  chain.  IFIXEND  is  used  to  indi- 
cate when  this  process  is  complete. 

Statement  75  is  the  exit  from  the  fixed  assignment  processing.  The  DO 
loop  from  statement  75  to  statement  74  places  each  fixed  weapon  Into 
the  IFW  and  KORR  arrays  to  be  saved  for  later  use.  In  addition,  the 
expected  number  of  objects  (warheads  and  terminal  decoys)  perceived  by 
the  terminal  defense  is  computed  and  stored  in  variable  NOBJ.  The  avail- 
able number  of  weapons,  NSL,  is  also  documented. 

Before  allocating  any  weapons  to  the  target,  DEFALOC  calculates  an  approx- 
imate maximum  rate  of  return  for  attacking  the  target  with  the  best  mis- 
siles available,  using  exhaustion  tactics  (statement  84). 

The  missile  allocation  proceeds  as  follows:  first,  those  missiles  with 
the  cheapest  terminal  objects  (warheads  and  terminal  decoys)  are  allo- 
cated until  the  terminal  interceptors  are  exhausted.  Then  each  missile 
type  In  turn  is  tried  to  determine  which  type  has  the  greatest  payoff 
per  vinit  cost  when  added  to  this  exhausted  mix  of  weapons. 

Since  the  payoff  function  for  a defended  target  is  generally  not  convex, 
one  cannot  look  at  only  the  rate  of  return  of  the  next  missile  to  deter- 
mine whether  the  target  is  profitable  to  be  attacked.  Rather,  it  is 
necessary  to  allocate  weapons  beyond  the  exhaustion  point  and  then  search 
for  that  allocation  which  yields  the  highest  average  rate  of  return.  If 
this  average  rate  is  greater  than  one;  i.e.,  a profit  is  realized  by 
attacking  the  defended  target,  then  the  allocation  can  actually  proceed. 

The  exhaustion  phase  of  the  allocation  is  carried  out  in  the  statements 
between  statements  400  and  600.  The  postexhaustion  phase  starts  at 
statement  600  and  continues  to  statement  2000. 


This  print  includes  an  indication  of  the  reason  for  the  weapon  inac- 
tivity. The  reason  is  placed  in  array  MORRX  for  all  inactive  weapons. 
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In  all  calculations  of  target  damage,  subroutine  RESVAL  is  called  to 
determine  the  residual  target  value  (VTDX)  for  the  specific  mix  of  weap- 
ons allocated  at  the  time  RESVAL  is  called.  Appearance  of  VTDX  in  the 
flowchart  implies  a call  on  RESVAL.  The  program,  however,  can  only  allo- 
cate missiles  from  a maximum  of  30  groups  in  total,  which  must  be  kept  in 
mind  when  specifying  target  defenses.  That  is,  if  30  groups  cannot  pro- 
vide sufficient  objects  to  exhaust  the  defense,  this  tactic  is  excluded 
by  the  allocator.  In  addition,  only  40  percent  of  the  weapons  in  any  one 
group  can  be  allocated  to  a single  defended  target. 

At  each  stage  of  allocation,  DEFALOC  determlnys  that  the  number  of  weap- 
ons allocated  from  any  salvoed  group  does  not  exceed  the  number  avail- 
able for  allocation.  Array  NSL  is  decremented  for  each  allocation.  Wien 
it  reaches  zero,  all  the  available  weapons  are  allocated. 

When  DEFALOC  has  completed  its  laydown,  it  compares  the  resulting  profit 
to  the  STALL  profit.  If  the  STALL  profit  is  greater,  DEFALOC  sets  NBLN 
= MISDEF,  and  restores  the  STALL  allocation.  If  DEFALOC  has  a greater 
profit,  it  sets  NBLN  ® -MISDEF.  If  only  one  of  the  subroutines  has  pro- 
duced an  allocation  which  met  the  required  MINKILL,  that  allocation  is 
chosen  regardless  of  profit.  Then  DEFALOC  loads  the  IG  and  KORRX  arrays. 
First,  the  fixed  weapons  are  placed  in  the  arrays  and  then  the  nonfLxed 
ones.  In  all  cases,  the  KORRX  array  contains  a negative  number  corre- 
sponding to  the  number  of  missiles  allocated  from  the  group  specified 
in  the  corresponding  position  of  the  IG  array.  Subroutine  ADDSAL  is 
used  to  modify  the  salvoed  weapon  stockpile. 

This  subroutine  also  calculates  a modified  value  for  deleting  a weapon 
from  the  target.  This  value,  DELVT  in  /WADFINAL/,  is  used  by  MULCON  to 
compute  the  relative  damage  caused  by  each  allocation,  RVAL.  For  fixed 
weapons,  the  value  of  DELVT  is  set  to  the  original  target  value,  VTQ. 

For  all  other  weapons,  DELVT  is  equal  to  the  difference  between  the 
final  residual  value,  VTDX,  of  the  entire  allocation  and  the  residual 
value  if  all  nonfixed  weapons  of  the  same  group  were  removed. 

Figure  58  illustrates  segment  DEFALOC. 


Figure  58. 
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Figure  58.  (Part  3 of  5) 
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Figure  58.  (Part  5 of  5) 
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Figure  58.  Port  II;  Fixed  Weapon  Assignment 
Processing  (Part  1 of  2) 
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3.12.1  Subroutine  PRNTOD 


PURPOSE: 

ENTRY  POINTS: 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


To  produce  optional  prints  for  overlay  DEFAL. 
(Options  27  and  28) 

PRNTOD 

IOPT  - Print  option  number 
C30,  DEFCOM,  DEFRES 
None 
PRNTNOW 


Method: 

The  formal  parameter  IOPT  determines  whether  option  27  or  28  appears. 
The  result  of  the  option  appears  in  the  Users  Manual,  UM  9-77,  Volume 
III. 


Subroutine  PRNTOD  is  illustrated  in  figure  59. 
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3.12.2  Subroutine  RESVAL 


PURPOSE:  This  routine  calculates  the  surviving  value  of  a 

target  defended  with  terminal  ballistic  missile 
interceptors  when  attacked  with  missiles  with  or 
without  penetration  aids. 

ENTRY  POINTS:  RESVAL 


FORMAL  PARAMETERS:  None 


COMMON  BLOCKS:  C30,  DEFRES,  PAYSAV,  TGTSAV,  WADWPN,  WEPSAV 

SUBROUTINES  CALLED:  FMUP,  PRNTALL , TABLEMUP 

CALLED  BY:  DEFALOC 

Method: 

RESVAL  first  orders  the  weapons  by  time  of  arrival  on  the  target  and 
then  computes  the  total  number  of  expected  terminal  objects  contained 
in  the  weapons  specified  by  NOWEP(G).  (NOWEP(G)  = number  of  weapons 
of  group  G allocated.)  The  single  shot  survival  probability  of  the  tar- 
get from  a weapon  from  group  G on  hardness  component  J is  equal  to  the 
previousl/  calculated  XMUP(G,J)  (common  /WADWPN/).  This  survival  pro- 
bability must  be  modified  for  multiple  weapon  attacks.  As  the  number 
of  attackers  exceeds  the  number  of  defenders,  the  single  shot  survival 
probability  will  decrease. 

Three  different  levels  of  terminal  interceptors  (NTX(I))  are  calculated 
for  each  defended  target,  and  a probability  of  the  occurrence  of  each  is 
given  by  PX(I),*  such  that 

3 

E PX(I)  = 1. 

1=1 


These  values  are  calculated  from  MISDEF,  the  nominal  number  of  terminal 
interceptors  at  the  target,  as  follows: 

NTX(l)  » MISDEF  * RX(1) 

NTX(2)  = MISDEF 

A*  ft 

NTX(3)  ■ MISDEF  * RX(2) 

A 

PX(1)  is  the  user-input  parameter  PROBLOW.  PX(3)  is  the  user-input 
parameter  PROBHIGH.  PX(2)  = 1 -PX(1)  -PX(3). 

lV* 

RX(1)  is  the  user-input  parameter  LOWFAC.  RX(2)  is  the  user-input 
pavame ter  HIGllFAC . 
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The  probability  that  a warhead  from  the  weapon  G is 
minal  defense  is  then  given  by: 

PKW(I)  = PKTX  * XDEG(G)  if  NOBJ  NTX(I) 

= * PKTX  * XDEG(G)  if  NOBJ 

where  NOBJ  is  the  number  of  warheads  plus  decoys  in  the  attack  and  the 
XDEG  factor  degrades  PKTX  for  weapon  group  G.  Hence,  the  probability 
that  target  component  J survives  NOWEP(G)  weapons  from  group  G is  given 
by  a calculation  involving  the  use  of  the  functions  TABLEMUP  and  FMUP, 
which  are  described  in  other  sections  of  this  chapter. 

The  former  function  takes  as  input  the  modified  single  shot  survival 
probability, 

MSSSP (G,J,I)  = PWK(I)  + ((1  -PWK(D)  * XMUP(G,J) ) 
and  computes  the  kill  factor, 

KF(G,J,I)  = TABLEMUP (MSSSP (G,J, I)). 

The  kill  factors  for  all  the  weapons  allocated  to  the  target  from  each 
group  are  summed  to  generate  the  group  total  kill  factor, 

GTKF (G,J,I)  = KF(G,J,I)  * NOWEP(G)  * NWHD(G). 

(NWHD(G)  is  number  of  warheads  per  weapon  from  group  G.)  This  factor  is 
input  to  the  function  FMUP  to  generate  the  probability  that  target  com- 
ponent J survives  NOWEP(G)  weapons  from  group  G;  i.e., 

S(J,G,I)  - FMUP (GTKF (G,J, I)). 

Hence,  the  total  surviving  target  value  is  calculated  from: 

1 M NN 

Surviving  Target  Value  = PX(I)  Y2  ]C  VT0A(N1,J) 

1=1  J=1  N1=0 

N1 

-VT0A(N1  + 1,J)  * n S(G,J,I) 

G=1 

where 

VTOA(N1,JO  = value  of  component  J when  weapon  N1  arrives 

NN  = total  number  of  weapon  groups 

VTOA(0,J)  = V0(J)  = value  of  hardness  component  J 


killed  by  the  ter- 


for  1=1, 2, 3 

NTX(I) , 
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and 


VTOA(NN  + 1,J)  = 0. 

The  innermost  sum  over  Nl,  the  weapon  groups,  must  be  carried  out  in 
order  o£  the  weapons’  time  of  arrival;  i.e.,  the  first  term  corresponds 
to  the  Nl  with  shortest  time  of  arrival,  etc. 

Hence  the  residual  target  calculation  in  RESVAL  takes  into  account  (1) 
uncertainties  in  the  terminal  interceptor  stockpile,  (2)  target  value 
dependence  on  time,  (3)  multiple  hardness  components  of  the  target,  (4) 
various  penetration  aids  and  decoy  capabilities  of  attacking  weapons, 
and  (5)  a detailed  target-warhead  interaction  calculation. 

This  apparently  complicated  manner  of  calculating  the  target  survival 
probability  is  required  by  the  optional  use  of  two  damage  laws.  The 
functions  TABLEMUP  and  FMUP  determine  which  damage  law  is  being  used  on 
the  current  target  and  modify  their  calculations  accordingly.  Since 
subroutine  RESVAL  is  called  a very  large  number  of  times  for  each  mis- 
sile-defended target,  certain  intermediate  results  are  not  saved  in 
order  to  decrease  execution  time.  In  particular,  the  variables  for  the 
modified  single  shot  survival  probability,  MSSSP(G,J,I) , the  kill  fac- 
tor, KF(G,J,I),  and  the  total  survival  probability,  S(G,J,I),  are  never 
explicitly  saved.  The  group  total  kill  factor,  GTKF(G,J,I),  is  saved 
in  a temporary  storage  variable,  S.  Thus,  these  four  intermediate  vari- 
ables do  not  appear  explicitly  in  the  program. 

Subroutine  RESVAL  is  illustrated  in  figure  60. 
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Figure  60.  Subroutine  RESVAL 


SECTION  4.  EVALALOC  MODULE 


4.1  Purpose 

The  purpose  of  module  EVALALOC  is  to  summarize  the  planned  allocation  of 
weapons  to  targets  and  provide  an  expected  value  estimate  of  the  results. 
Provision  is  also  included  to  evaluate  the  allocation  for  variations  in 
the  values  assigned  selected  parameters  (planning  factors)  associated  with 
the  weapons  and  targets.  The  evaluation  can  be  made  for  either  the  whole 
plan  or  for  only  targets  in  selected  countries.  EVALALOC  may  be  run  at 
two  stages  of  plan  development,  before  module  ALOCOUT  or  after  module 
PLANOUT.  If  run  prior  to  the  selection  of  desired  ground  zeros  (DGZ) 
for  complex  targets  (accomplished  in  ALOCOUT) , the  analysis  of  aim  point 
offsets  is  not  included.  In  this  case,  the  results  produced  by  EVALALOC 
represent  an  upper  limit  estimate  which  assumes  that  each  target  element 
in  a complex  is  directly  targeted.  When  EVALALOC  is  run  after  module 
PLANOUT,  the  weapon  aim  points  offsets  are  available  and  are  included  in 
the  expected  value  computations. 

4.2  Input 

EVALALOC  may  operate  at  any  stage  after  weapons  have  been  assigned  to 
targets.  EVALALOC  interrogates  the  target  list,  the  weapon  gr 'up  chain 
and  stores  attributes  necessary  for  the  evaluation,  and  obtains,  strikes 
from  the  assignment  chain. 

4.3  Output 

EVALALOC  does  not  update  the  data  base  for  use  by  later  processors;  its 
sole  output  is  a set  of  printed  summaries  which  present  the  expected 
value  results  of  the  planned  weapon  allocation. 

4.4  Concept  of  Operation 

Subroutine  ENTMOD  reads  user  inputs  and  executes  subroutine  EVAL2  for 
each  requested  plan  evaluation.  Once  executed,  EVAL2  controls  all  flow 
for  the  given  evaluation. 

4.5  Identification  of  Subroutine  Functions 


4.5.1  Subroutine  EVAL2.  Subroutine  EVAL2  processes  the  targets  one  at 
a time.  For  each  target  (or  target  element  of  a complex  target),  the 
assigned  weapons  are  read  from  the  data  base  and  ordered  by  time  of 
arrival.  Surviving  target  values  are  calculated  (within  subroutine 
EVALPLAN) , utilizing  the  same  damage  functions  used  in  module  ALOC 
(subroutine  WAD),  except  that  correlations  are  ignored.  After  the 
survival  probability  of  each  target  is  computed,  the  target  weapons 
are  classified  for  summarization  purposes. 
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4.5.2  Subroutine  TGTMODIF.  For  each  individual  target,  subroutine 
TGTMODIF  is  called  by  EVAL2  for  determination  of  altering  selected  tar- 
get parameters  as  user  directed. 

4.5.3  Subroutine  WPNMODIF.  Similar  to  subroutine  TGTMODIF  but  modifies 
weapon  attributes. 

4.6  Common  Block  Definition 


Common  blocks  used  by  EVALALOC  are  outlined  in  table  10.  Common  blocks 
that  communicate  with  the  COP  are  given  in  appendix  A of  Program  Mainten- 
ance Manual,  Volume  I. 
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BLOCK 

CLAUSES 


DAMAGE 


/GROUPS/ 


Table  10.  Module  EVALALOC  Common  Blocks 
(Part  1 of  A) 


VARIABLE  OR  ARRAY  DESCRIPTION 


ONPRINTS 

SETTING 

SORT 

COUNTRIES 

TGTMOD 

WPNMOD 


Set  to  -1  for  each  evaluation; 
reset  to  starting  location  into 
INSGET's  arrays  if  the  corre- 
sponding adverb  exists. 


NALLTYPE(7) 

ATTYPE(7) 
SKDWPTYP (7 ) 

DELWPTYP(7) 

DELYLD 

PLANYLD 

VALDES 

VALESC 

SURV 

VALFAC 

NPASS 


Number  of  weapons  of  category  based 
on  FUNCTION  scheduled  against  tar- 
gets 

Number  of  weapons  of  category  based 
on  FUNCTION  delivered  to  targets 

Yield  from  weapons  of  category 
based  on  FUNCTION  scheduled 
against  targets 

Yield  from  weapons  of  category 
based  on  FUNCTION  delivered  against 
targets 

Megatonnage  actually  arriving  at 
the  target 

Megatonnage  allocated  to  the  tar- 
get 

Value  of  target  destroyed 

Value  of  target  escaping 

Fraction  of  the  target  surviving 

Fraction  of  total  complex  value 
represented  by  the  target 

Pass  number  of  current  evaluation 


NAMECLAS(250)  Class  name  of  the  group 

NAMETYPE(250)  Weapon  type  name  of  the  group 

IWEAP(250)  Index  based  on  attribute  FUNCTI 
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Table  10.  (Part  2 of  4) 


BLOCK  VARIABLE  OR  ARRAY 

GRPCEP(250) 
GRPSBL(250) 
WEPREL(250) 

GRPKNV (250) 
GRPYLD(250) 
GRPREL(250) 

ASMCEP (250) 
ASMREL(250) 
ASMYLD(250) 

NGROUP 

/Ol SRATOR/  COMMA 
LPAREN 

RPAREN 

EQUALS 

DASH 

SLASH 

ALFOS 

FLOFO 

NUMATRIB 

VALGRP 


DESCRIPTION 

CEP  of  weapons  in  group 

SBL  of  weapons  in  group 

REL  of  weapons  in  group 

PKNAV  of  weapons  in  group 

YIELD  of  non-ASM  weapons  in  group 

REL  cr  weapons  in  group 

CEP  of  ASMs  in  group 

REL  of  ASMs  in  group 

YIELD  of  ASMs  in  group 

Number  of  groups 

Index  number  for  operator  Comma 

Index  number  for  operator  left 
parenthesis 

Index  number  for  operator  right 
parenthesis 

Index  number  for  operator  equals 

Index  number  for  operator  dash 

Index  number  for  operator  slash 

Index  number  for  alphabetic  follows 
and  alphabetic  input  values 

The  same  as  ALFOS  but  Cor  floating 
point  values 

The  same  as  ALFOS  but  tor  a numo tit 
attribute 

The  same  as  ALFOS  but  for  the  attri 
bute  GROUP 
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Tahiti  10.  (Part  3 of  A) 


BLOCK 

/STRIKES/ 


/TYPCI.S/ 


VARIABLE  OR  ARRAY 
10(30) 

K0RD0RO0) 

RELVAL(30) 

PENPROB(30) 

TOA(30) 

ISAL(30) 

IUOB(30) 

ULAT(30) 

BLON (30) 
ISORTN(30) 

DB(30) 

TIMEVAL(30) 

N STRIKE 

VOTYPE 

VRKMTYPE 

VOESTYPE 

VKSCTYPE 

8KEDTYPE 

DRLTYPR 

VOC.LAS 

VREMCLAS 


DESCRIPTION 

Group  number  of  assigned  weapons 

Weapon  penetration  corridor 

Relative  value  of  weapon  allocation 

Weapon  penetration  probability 

Weapon  time  of  arrival  on  target 

Salvo  number  of  weapon.  If  bombers 
equal  1 if  ASM  allocation 

Desired  height  of  burst 

Offset  latitude 

Offset  longitude 

Sortie  sequence  number 

Survival  probability  of  target  after 
arrival  of  weapon  I 

Survival  probability  of  time  depen- 
dent target  value  after  arrival  of 
weapon  I 

Number  of  weapon  assignments 
Total  target  value  for  the  type 
Total  remaining  value  for  the  type 
Total  value  destroyed  for  the  type 
Total  value  escaped  for  this  type 
Megatonnage  allocated  to  the  type 
Megntonnage  delivered  to  the  type 
Value  for  the  class 
Value  remaining  for  the  class 
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Table  10.  (Part  A of  A) 


BLOCK 


VARIABLE  OR  ARRAY  DESCRIPTION 

VDESCLAS  Value  destroyed  for  this  class 

VESCCLAS  Value  escaped  for  the  class 

SKEDCLAS  Megatonnage  allocated  to  the  class 

DELCLAS  Megatonnage  delivered  to  the  class 
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A.  7 Subroutine  ENTMOD 


PURPOSE:  To  conduct  the  flow  of  execution  as  user  directed. 

ENTRY  _POJNTS  : ENTMOD  (first  subroutine  called  when  overlay  link 

EVAI.  is  executed) 


FORMAL  PARAMETERS : 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


None 

CLAUSE,  OOPS,  OPERATE 

EVAL2 , INSGET 

COP 


Method: 

Subroutine  ENTMOD  controls  the  flow  of  each  plan  evaluation  as  user 
directed.  ENTMOD  reads  user  requests  and  executes  subroutine  EVAL2 
which  in  turn  queries  and  evaluates  all  target  weapon  assignments.  Any 
number  of  target  passes  are  possible  within  one  EVALALOC  execution.  If 
any  adverb  repeats  itself,  it  is  assumed  the  repeating  adverb  is  for  a 
new  allocation  evaluation  and,  therefore,  implies  EVAL2  may  be  executed 
for  any  previously  read  adverbs.  Also,  EVAL2  is  called  upon  processing 
all  adverbs. 

Subroutine  ENTMOD  is  illustrated  in  figure  61. 
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Figure  61.  EVALALOC  Module 
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4.8  Subroutine  EVALPLAN 


PURPOSE:  To  classify  the  weapons  allocated  to  each  target 

and'  compute  the  corresponding  change  in  target 
value  after  the  attack. 

ENTRY  POINTS:  EVALPLAN 


FORMAL  PARAMETERS: 

None 

COMMON  BLOCKS: 

CLAUSE,  C30 

SUBROUTINES  CALLED: 

ABORT,  DIST 

CALLED  BY: 

EVAL2 

Method : 

DAMAGE,  GROUPS,  STRIKE 

INITPR,  INSGET,  SSKPC,  SSSPCA,  V ALTAR 


EVALPLAN  is  called  once  for  each  target  to  consider  the  damage  done  by 
all  weapons  allocated  to  the  target.  When  called,  internal  arrays  are 
initialized  and  the  number  of  target  value  components  is  checked.  If 
the  target  has  more  than  five  value  components,  an  error  message  is 
printed  and  RETURN  executed. 


EVALPLAN  determines  if  the  target  is  defended  by  effective  terminal  bal- 
listic missile  interceptions.  If  so,  EVALPLAN  recomputes  the  penetration 
probability  for  each  missile  allocated  to  the  target  before  performing 
target  survival  calculations. 

For  each  assignment  height  of  burst,  CEP,  YIELD,  and  REL  are  retrieved 
from  block  /GROUP/  and  stored  locally. 

If  this  is  a first  pass,  EVALPLAN  classifies  each  weapon  Into  one  of 
seven  categories:  alert  LRA,  nonalert  LRA,  TAC,  SLBM  (combined  with 
SLCM) , MRBM,  IRBM  or  ICBM.  The  correct  index  for  these  categories  has 
been  placed  within  array  IWEAP  by  subroutine  EVAL2,  It  then  updates 
arrays  for  summarizing  prints. 

For  each  weapon,  EVALPLAN  updates  DELYLD  and  PLANYLD  for  all  passes  of 
EVALALOC  and  calculates  the  value  FVALTOA  of  the  target  at  the  weapon 
time  of  arrival.  Then  it  uses  functions  DIST  and  SSKPC  and  subroutine 
SSSPCALC  to  calculate  kill  and  survival  probabilities  SSK  and  SSS,  except 
for  naval  weapons  where  it  uses  PKNAV  to  calculate  SSK  and  SSS.  These 
probabilities  are  subsequently  used  to  compute  values  for  PRODSS,  a 
hardness  component  probability  factor;  CUMDES,  the  value  of  each  hard- 
ness component  destroyed  and  CUMESC,  the  value  of  each  hardness  compon- 
ent escaping  during  the  attack.  The  values  of  DE  and  TIMEVAL  are  then 
calculated  using  these  variables.  Finally  EVALPLAN  calculates  the  target 
survival  probability  (SURV) , the  total  target  value  destroyed  (VALDES) , 
and  the  total  target  value  escaping  during  the  attack  (VALESC) . 

Subroutine  EVALPLAN  is  illustrated  in  figure  62. 
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Figure  62.  Subroutine  EVALPLAN 
(Part  1 of  4) 
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4.9  Subroutine  EVAL2 


PURPOSE: 


ENTRY  POINTS: 


FORMAL  PARAMETERS: 


To  read  target  weapon  allocation  data,  evaluate  and 
classify  it,  summarize  it  and  store  calculations 
for  summary  prints. 

EVAL2 

None 


COMMON  BLOCKS: 


SUBROUTINES  CALLED: 


CLAUSE,  CIO,  C15 , C30,  DAMAGE,  GROUPS,  OOPS, 
OPERATE,  STRIKE 

DIRECT,  EVALPLAN,  HEAD,  HDFND,  INSGET,  ITLE, 
NEXTTT , ORDER,  PREVAL,  PTIME,  REORDER,  RETRV , 
SORTIT,  TGTMODIF,  WPNMODIF 


CALLED  BY: 


ENTMOD  (of  EVALALOC) 


Method: 

EVAL2  begins  by  processing  input  clauses  as  introduced  by  adverbs 
ONPRINTS,  SETTING,  COUNTRIES , or  TGTMOD . For  the  print  clause,  the  upper- 
bound  target  number  (ITGTMAX)  to  be  printed  is  stored.  Parameters  PKTX 
and  LAW  are  set  according  to  the  SETTING  clause.  If  COUNTRIES  exists, 
the  method  of  comparison  for  target  evaluation  consideration  resides 
within  parameter  DESIRE.  The  beginning  (ICL)  and  end  (LCL)  pointers 
into  INSGETs  for  the  COUNTRIES  clause  are  defined  for  further  inter- 
rogation. Finally,  the  TGTMOD  clause  is  queried  for  syntax  errors. 

By  chaining  the  weapon  groups,  attributes  necessary  for  target-weapon 
assignment  evaluation  are  stored  for  use  within  subroutine  EVALPLAN. 
Weapon  categories  are  indexed  (array  IWEAP)  based  on  attribute  FUNCTI 
which  serves  for  collecting  items  necessary  for  summary  prints.  Also 
ASM  data  is  stored,  if  applicable. 

Now  the  individual  target  list  (TARNUM)  will  be  queried  and  tested 
against  the  COUNTRIES  clause  for  tests  of  inclusion  within  the  current 
evaluation.  If  tests  prove  satisfactory,  target  data  is  placed  on  file 
unit  21.  Only  those  items  necessary  for  print  or  allocation  evaluation 
are  written. 

After  chaining  the  target  list,  subroutine  SORTIT,  orders  the  targets 
based  on  region,  country  location  and  DESIG  consideration  if  adverb 
SORT  exists.  By  collecting  target  elements  in  this  fashion,  EVAL2  is 
easily  amendable  to  any  new  future  sort  requests.  In  addition,  core 
utilization  remains  minimal  even  with  the  restriction  of  open-ended 
targets. 

Individual  targets  record  are  now  read  from  data  unit  SORTED  and  the  wea- 
pon assignment  chain  (ASGWPN)  queried  for  each  target  record.  Assignment 
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parameters  are  collected  and  eventually  reordered  by  time  of  arrival  which 
is  necessary  for  evaluation.  If  directed, subroutine  TGTMODIF  makes  mod- 
ifications to  the  targets  as  user  directed.  Finally  EVALPLAN  evaluates 
the  target's  allocation.  Individual  target  data  items  are  printed,  if 
requested. 

At  this  stage  all  evaluation  and  prints  concerning  the  current  target 
have  been  completed.  All  that  remains  consists  of  storage  of  calculated 
items  necessary  for  summary  prints.  Rather  than  temporarily  storing  items, 
results  are  written  onto  data  file  unit  22.  Five  separate  records  are 
written  per  target.  The  first  word  of  each  record  defines  the  summary 
report  number.  The  second  and  third  words  always  equal  attributes  CLASS 
and  TYPE.  Elements  beyond  the  third  words  depend  upon  the  summary  re- 
port criterion. 

After  all  targets  are  processed,  data  unit  22  is  sorted  based  on  the 
first  three  words  which  is  a sort  perfect  for  print  purposes.  Now  sub- 
routine PREVAL  reads  the  sorted  unit  (LUNTAB)  and  generates  reports. 

Upon  returning,  control  is  passed  to  ENTMOD  for  consideration  of  remain- 
ing passes. 

Subroutine  EVAL2  is  illustrated  in  figure  63. 
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A. 10  Subroutine  PREVAL 


PURPOSE: 

ENTRY  POINTS: 
FORMAL  PARAMETERS: 


Print  summary  tables  concerning  the  allocation. 
PREVAL 

LUNTAB  - File  unit  number  where  print  related  data 
resides 


COMMON  BLOCKS:  DAMAGE,  TYPCLS 

SUBROUTINES  CALLED:  None 


Method : 

Subroutine  PREVAL' s sole  function  consists  of  reading  data  unit  (LUNTAB) 
as  prepared  by  EVAL2  and  generating  reports  as  outlined  within  figure  64. 
Records  on  unit  LUNTAB  are  sorted  based  on  report  code  and  within  that 
sort  arranged  according  to  class  and  type.  The  second  and  third  level 
sort  orders  ease  the  burden  in  producing  counts  for  similar  type  and 
class  intersections.  PREVAL,  then,  simply  reads  and  prints. 

Subroutine  PREVAL  is  illustrated  in  figure  64. 


351 


c 


START 


Figure  6^.  Subroutine  PREVAL 


352 


4 . 11  Subroutine  SSSPCALC 


PURPOSE: 


ENTRY  POINTS : 


To  calculate  target  survival  probabilities  for 
multiple -weapon  attacks.  This  routine  will  con- 
sider either  the  exponential  or  square-root 
damage  law. 

INITPROB,  SSSPCALC 


FORMAL  PARAMETERS : SSS  - A single-shot  survival  probability 

NWP  - A number  of  weapons 

J - Index  to  hardness  component 


COMMON  BLOCKS:  LAW,  LITTLE 

SUBROUTINES  CALLED:  None 


CALLED  BY: 


EVALPLAN 


Method : 

The  INITPROB  entry  point  is  used  to  initialize  two  local  arrays  which  are 
used  in  the  calculations.  This  entry  is  called  once  for  each  target 
before  processing  the  weapon  damage  calculations  in  EVALPIAN.  The  formal 
parameters  have  no  effect  on  this  entry  point.  The  two  local  arrays  are 
indexed  by  hardness  component.  They  are  defined  as  follows: 

CUMKILL(K)  Current  fraction  of  Kth  hardness  component 
surviving.  Initialized  to  1.0. 

SUMSK(K)  Current  sum  of  kill  factors  for  Kth  hardness 

component.  Initialized  to  0.0. 

Entry  SSSPCALC  computes  the  multiple-weapon  survival  probability  from  the 
single-shot  survival  probability.  If  the  exponential  damage  option  has 
been  selected,  then  the  multiple-weapon  survival  probability  is  equal  to 
the  product  of  all  the  single-shot  survival  probabilities  for  each  weapon. 

If  the  square-root  damage  law  option  has  been  selected,  the  routine  checks 
to  see  if  the  target  radius  is  greater  than  zero.  If  not,  the  exponential 
damage  function  is  used.  If  so,  the  routine  must  calculate  the  square- 
root  kill  factor  corresponding  to  the  input  single-shot  survival  probabil- 
ity. The  algorithm  used  for  this  is  the  same  one  that  is  used  in  subrou- 
tine SETABLE  in  program  ALOC,  The  algorithm  is  a recursive,  one-dimensional 
search  procedure  to  find  the  appropriate  kill  factor.  The  new  kill  factors 
determine  a new  sum.  This  new  sum  defines  the  new  fraction  of  the  target 
that  survives.  The  multiple-weapon  survival  probability  is  then  the  ratio 
of  the  new  fraction  surviving  to  the  old  fraction  surviving. 


Subroutine  SSSPCALC  is  illustrated  in  figure  65. 
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4.12  Subroutine  TGTMODIF 


PURPOSE:  To  enable  the  user  to  modify  five  target  param- 

eters: 

FVULN1  — The  hardness  of  the  target  compon- 
ent 

VOZ  — The  value  of  the  target  at  hardness 
FVULN1 

T(l-5)  — Time  components  when  value  changes 

FVALT  — Fraction  of  value  in  first  time 
component 

PEN  — Penetration  probability  of  a weapon 
allocated 


ENTRY  POINTS: 

COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


TGTMODIF 

CLAUSE,  C30,  GROUPS,  OPERATE,  STRIKE 

INSGET,  ITLE 

EVAL2 


Method: 

Modifications  of  target  parameters  are  made  in  accordance  with  the 
TCTMOD  clause  as  user  directed.  The  target  type  may  be  ALLTGTS  or 
a specific  class  or  type  name  such  as  MILITARY,  BEAR,  etc. 

The  penetration  probability  PEN  is  weapon-target  dependent.  If  it  is 
to  bo  modified,  weapon  type  names  to  which  the  modification  applies 
follow  the  operator  right  parenthesis  within  the  TGTMOD  clause. 

in  all  cases  TGTMODIF  modifies  the  specified  target  parameter  for  the 
specified  target  type  by  multiplying  it  by  factor  XTGTATT  which  is 
also  user  defined. 

Subroutine  TGTMODIF  is  illustrated  in  figure  66. 
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Figure  66.  Subroutine  TGTMODIF  (Part  1 of  4)  - 
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Figure  66.  (Part  2 of  4) 
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Figure  66.  (Part  3 of  4) 
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Figure  66.  (Part  4 of  4) 
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4.13  Sub  routine  WPNMODIF 


PURPOSE:  To  allow  the  user  to  modify  reliability  REL,  cir- 

cular error  probability  CEP,  weapon  YIELD,  or  DBL 
probability. 

ENTRY  POINTS:  WPNMODIF 


COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


CLAUSE,  GROUPS,  OOPS,  OPERATE 

INSGET,  ITLE 

EVAL2 


Method: 

WPNMODIF  allows  the  user  to  modify  specified  weapon  parameters  for  chosen 
weapon  types  or  for  a selected  weapon  group.  The  weapon  type  name  may  be 
ALLWPNS,  BOMBERS,  MISSILES,  a specific  type  name  such  as  B-52  or  a group 
number.  Local  parameter  XWPNATT  contains  the  multiplier  which  multiplies 
the  weapon  parameter. 

Subroutine  WPNMODIF  is  illustrated  in  figure  67. 


360 


i 

f 


i 


Figure  67. 


Subroutine  WPNMODIF  (Part  1 of  3) 


Figure  67 . (Part  3 of  3) 
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SECTION  5.  MODULE  ALOCOUT 


5 . 1 Purpose 

Module  ALOCOUT  Is  responsible  for  selecting  optimum  DGZs  (desired  ground 
zeros) , also  called  weapon  aim  points  for  weapon  allocated  to  target  com- 
plexes. ALOCOUT,  also  resorts  weapon  assignments  at  the  group  level  for 
use  within  the  Sortie  Generation  subsystem. 

Module  ALOC  specifies  weapon  groups  assigned  to  targets  together  with 
associated  targeting  data.  ALOCOUT  extracts  data  from  these  records 
and  computes  any  aiming  offsets  required  by  the  plan.  For  simple  or 
multiple  targets,  no  calculations  are  performed.  In  the  case  of  com- 
plex targets  which  can  have  several  elements  at  slightly  different  co- 
ordinates, ALOCOUT  employs  subroutine  DGZ  (desired  ground  zero  selector) 
to  select  optimum  aim  points  within  the  target  complex. 

5.2  Input 

ALOCOUT  operates  after  module  ALOC  assigned  weapons  to  targets.  These 
records  (ASSIGN)  in  addition  to  the  supporting  data  base  structure  must 
be  defined  for  proper  execution. 

5.3  Output 


No  new  data  base  records  are  created  during  the  execution  of  ALOCOUT. 
However,  the  weapon  assignment  records  (called  ASSIGN)  are  modified  in 
two  ways.  First,  for  assignments  to  complex  targets  or  for  assignments 
to  cities  with  nonzero  radius,  offsets  as  determined  within  the  module 
are  included  within  the  ASSIGN  record.  Second,  the  assignment  records 
at  the  weapon  group  level  are  resorted  for  use  within  the  Sortie  Genera- 
tion subsystem.  For  missile  groups,  the  sort  is  based  on  decreasing 
values  of  attribute  RVAL.  For  bomber  groups,  the  order  is  based  on 
penetration  corridor  index  and  within  the  corridor  sorted  based  on 
attribute  RVAL.  The  penetration  corridor  that  contains  the  largest 
number  of  strikes  appears  first  within  the  sort,  followed  by  the  pene- 
tration corridor  of  the  next  largest  number  of  strikes  and  so  on. 

5 .A  Concept  of  Operation 


ALOCOUT  (that  is,  subroutine  ENTMOD)  operates  with  two  overlay  links. 

The  first  overlay  reads  the  target  list  (TARNUM)  passes  controls  to  sub- 
routine PROCCOMP  for  offset  calculations  when  applicable  and  finally 
supplies  optional  prints.  After  all  targets  have  been  processed  con- 
trols passes  to  the  second  overlay  which  consists  entirely  of  subroutine 
SUMPRN  which  reorders  strikes  at  the  weapon  group  level  and,  if  requested, 
produces  prints  concerning  the  individual  assignments. 
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5.5  Identification  of  Subroutine  Functions 


5.5.1  Subroutine  PROCCOMP.  This  subroutine  controls  the  bulk  of  pro- 
cessing for  offset  determination.  It  is  executed  by  subroutine  ENTMOD 
only  for  those  individual  targets  that  require  offset  calculations. 

After  offsets  have  been  determined  the  assignment  record  (ASSIGN)  is 
updated  to  include  the  values.  Then,  PROCCOMP  returns  to  subroutine 
ENTMOD  for  acquisition  of  the  next  target  and  the  associated  strikes. 

5.5.2  Subroutine  SUMPRN.  This  subroutine  constitutes  the  entire  second 
overlay  of  ALOCOUT.  Its  purpose  consists  of  resorting  the  weapon  strikes 
at  the  group  level  and  providing  optional  prints. 

5.6  Common  Block  Definition 


Common  blocks  used  by  EVALALOC  are  outlined  in  table  11.  Common  blocks 
that  communicate  with  the  COP  are  given  in  appendix  A of  Program  Main- 
tenance Manual,  Volume  I. 
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Table  11.  ALOCOUT  Common  Blocks 
(Part  1 of  2) 


BLOCK 

VARIABLE  OR  ARRAY 

DESCRIPTION 

CITY 

ICITY 

Set  to  nonzero  for  targets  with  attri- 
bute RADIUS  not  equal  to  zero 

Cl 

X0(J),  Y0(J) 

Coordinates  of  target  element  J 

VI  (J) 

Initial  target  element  values 

RADL(J) 

Lethal  radius  of  target  element  J 

VT0A(J,I) 

Value  of  target  element  J immediately 
following  arrival  of  weapon  I 

S(J,I) 

Survival  probability  of  target  element 
J relative  to  weapon  I 

VEFF(J,I) 

Effective  value  of  target  element  J 
relative  to  weapon  I 

X(I),Y(I) 

Offset  coordinates  of  weapon  I 

PDEL(I) 

Probability  of  delivery  of  weapon  I 

ERDEL(I) 

Error  in  delivery  of  weapon  I 

YDSCL(I) 

Scaled  yield  for  weapon  I 

VESC(I) 

Intermediate  computational  value  used 
in  subroutine  VAL  for  determination 
of  total  escaping  target  value 

NI 

Number  of  weapons  for  complex 

NJ 

Number  of  target  elements  for  complex 

IONPRT 

IPINDAT 

User  supplied  print  frequency  for 
print  option  1 

PRINCE (9) 

Set  TRUE  if  user  requested  option 

ISKIPDGZ 

ISKIPDGZ 

Use  indicator  for  DGZ.  Normally  it 

is  0.  Compress  resets  it  to  1 if 
more  than  20  calls  to  it  are  made  to 
reduce  the  number  of  target  elements 
for  a complex  target;  DGZ  is  not  used 
again  for  the  target  in  this  case 
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Table  11.  (Part  2 of  2) 


BLOCK 

JAZ 

LOCFIN 

STRIKE 

WPGT 


VARIABLE  OR  ARRAY 
F(400,26) 

LOCFIN 

TOA(I) 

IREFSTRK(I) 

N 

YDMIN 

IGRP 


DESCRIPTION 

Holding  arrays  for  sort  purposes 

Starting  location  into  IRSET's  arrays 
for  adverb  FINDMIN  instructions 

Weapon  time  of  arrival  to  target 

Reference  code  of  weapon  strike 

Number  of  strikes 

Minimum  allowable  weapon  group  yield 
Group  number 


5-7  Subroutine  ENTMOD 


PURPOSE:  Read  user  inputs,  collect  target  weapon  assignments, 

and  execute  subroutine  PROCCOMP  for  DGZ  determina- 
tion. 

ENTRY  POINTS:  ENTMOD  (first  subroutine  executed  when  overlay 

ALOCOUT  is  called) 


FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 


None 

CITY,  CIO,  C15 , C30,  IONPRT,  LOCFIN,  STRIKE,  WPGT 

DGZ,  DIRECT,  HDFND,  HEAD,  INSGET,  NEXTTT,  PROCCOMP, 
RETRV , SUMPRN,  TIMEME,  WEPGET 


CALLED  BY:  COP 


Method: 

Subroutine  ENTMOD  reads  and  stores  users  input,  walks  the  individual 
target  chain  (TARNUM) , collects  weapon  assignments  for  the  current  tar- 
get, and  calls  subroutine  PROCCOMP  for  DGZ  determination  if  the  target 
represents  a complex  or  is  a city  (attribute  RADIUS  greater  than  zero) . 
After  processing  all  targets,  subroutine  SUMPRNT  (second  overlay)  reorders 
weapon  assignments  on  a weapon  group  basis  for  use  within  the  Sortie 
Generation  subsystem. 

Module  ALOCOUT  recognizes  user  supplied  adverbs  FINDMIN  and  ONPRINTS. 
ftmDMIN  sets  the  number  of  iterations  subroutine  FINDMIN  uses  for  off- 
set determination.  ONPRINTS  sets  user  options;  results  maintained  in 
array  PRINCE. 

ALOCOUT  now  walks  the  identical  target  chain  (TARNUM)  which  module  ALOC 
made  weapon  assignments  to.  For  each  target,  weapon  assignments  are 
stored  on  chain  ASGWPN.  If  no  strike  exists  processing  continues  by 
retrieving  the  next  target  on  the  list.  Otherwise,  for  each  weapon 
assignment,  subroutine  WEPGET  retrieves  weapon  related  attributes  and 
updates  necessary  counts.  Checks  determine  the  nature  of  the  target. 
Offsets  are  calculated  only  if  the  target  represents  a complex  or  is  a 
city  and  has  a nonzero  RADIUS. 

A complex  target  (or  target  complex)  is  a combination  of  target  elements 
sufficiently  close  in  geographic  location  that  a weapon  on  any  one  of 
them  will  have  some  probability  of  killing  other  elements  in  the  complex. 
Such  target  complexes  are  targeted  as  a unit  by  the  allocator  which  allo- 
cates weapons  against  their  total  value,  using  one  set  of  coordinates. 

In  order  to  maximize  targeting  efficiency  against  such  a complex,  opti- 
mum aim  points  among  the  target  elements  must  be  selected.  These  aiming 
offsets  are  specified  relative  to  the  first  target  element  only  and  are 
passed  on  in  that  form  to  subsequent  modules. 
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When  ENTMOD  encounters  a complex  target,  subroutine  PROCCOMP  is  called. 
PROCCOMP  is  responsible  for  assembling  the  data  on  a complex  target  in 
a form  that  can  be  used  efficiently  for  DGZ  selection.  Each  target  com- 
ponent of  the  complex  generates  a standardized  target  element  in  the 
arrays  used  by  DGZSEL.  (Targets  with  more  than  one  hardness  component 
generate  more  than  one  such  target  element,  and  targets  with  a specified 
target  radius  will  generate  several  elements  spread  over  the  area  of  the 
target  to  represent  a value  spread  over  the  area.) 

Subroutine  ENTMOD  is  illustrated  in  figure  68. 
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Figure  68.  (Part  2 of  3) 
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5.7.1  Subroutine  COMPRESS 


PURPOSE : For  computational  efficiency  and/or  to  avoid 

exceeding  maximum  program  dimensions,  COMPRESS 
recombines  those  target  elements  which  are 
near  one  another  and  have  approximately  the 
same  lethal  radius. 


ENTRY  POINTS : COMPRESS 


FORMAL  PARAMETERS:  OPENTOL  (type  INTEGER) . If  OPENTOL  is  0, 

distance  and  lethal  radius  tolerances  will  not 
be  eased  to  decrease  the  number  of  target 
elements.  If  OPENTOL  is  1,  the  tolerances 
will  be  eased. 


COMMON  BLOCKS;  Cl,  C30,  ISKIPD 

SUBROUTINES  CALLED:  IMIN 

CALLED  BY:  PROCCOMP 


Method : 

When  OPENTOL  is  zero,  COMPRESS  merely  recombines  target  elements  which 
are  close  enough  together  that  their  lethal  radii  nearly  coincide. 
COMPRESS  in  this  mode  is  called  by  PROCCOMP  just  prior  to  calling 
DGZSEL  in  order  to  improve  the  efficiency  of  DGZSEL. 

In  the  event  that  maximum  program  dimensions  are  reached,  OPENTOL  is 
set  to  1 by  PROCCOMP;  COMPRESS  will  then  loosen  its  tolerances,  if 
necessary,  to  assure  enough  recombination  of  target  elements  to 
eliminate  the  problem,  at  least  temporarily.  A print  is  also  issued 
in  this  esse  which  gives  the  number  of  times  the  tolerances  were 
doubled. 

The  flowchart  for  COMPRESS  is  shown  in  figure  69. 
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Figure  69.  Subroutine  COMPRESS 
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5.7.2  Function  CUMINV 


PURPOSE: 

ENTRY  POINTS: 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


To  determine  the  value  X such  that  Z is  the 
probability  that  x.£  X. 

CUMINV 

Z - The  probability  that  x s x 

None 

None 

PROCCOMP 


Method: 

Function  CUMINV  is  illustrated  in  figure  70.  By  definition, 


Z = P[x  < X]  = 


& L 


X X.1 

e ~~n  • dt  for  0 < Z < 1 


CUMINV  uses  the  following  approximation  X for  X: 


V - 


AX  + A2  • V + A3  • V2  " 

1 + Bj  • V + B2  . V2  + B3  . V3  - 


where 

V = / fcn  (1/Q2)  , Q = Z or  1 - Z such  that  0 < Q < .5 


and 


Aj  = 2.515517 
A2  = , S02S53 
A3  = .010328 


Bj  = 1.432788 
B2  = . 189269 
B3  = .001308 
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Figure  70.  Function  CUMINV 


5.7.3  Subroutine  DGZ 


PURPOSE;  DGZ  is  the  controlling  subroutine  for  the  optional 

selection  of  DGZs  for  weapons  allocated  to  complex 
targets. 


ENTRY  POINTS: 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 

CALLED  BY: 


DGZ 

None 

Cl,  IONPRT , LOCFIN 

FINDMIN,  INSGET,  PERTBLD , SEECALC,  SEEINPUT, 
TIMEME,  VAL,  VMARG 

ENTMOD,  PROCCOMP 


Method: 

The  optimization  of  DGZs  explicitly  considers  the  tLme  dependence  of 
target  value  and  the  time  of  arrival  of  warheads.  It  does  not  rean- 
alyze the  correlation  of  delivery  probabilities,  which  is  assumed  to 
have  been  treated  in  the  cross  targeting  provided  by  the  allocator. 

The  selection  of  DGZs  is  a two-step  process.  First,  the  prescribed 
warheads  are  assigned  initial  coordinates  through  a "laydown"  process 
in  which  each  successive  warhead  is  targeted  directly  against  that 
target  element  where  the  highest  payoff  is  achieved,  taking  into 
account  collateral  damage  to  all  other  target  elements.  Second,  a gen- 
eral-purpose function  optimizer  FINDMIN  is  called  which  calculates  the 
derivatives  of  the  payoff  as  a function  of  X and  Y coordinates  of  each 
weapon  and  adjusts  the  coordinates  to  minimize  the  surviving  target 
value,  FINDMIN  will  exit  either  after  a maximum  number  of  iterations 
(which  are  specified  on  an  input  card),  or  after  it  finds  that  it  can 
no  longer  make  significant  improvements  in  the  payoffs. 

On  the  first  call  to  DGZ,  the  specification  of  the  maximum  number  of 
iterations  for  use  in  FINDMIN  is  set.  Figure  71  illustrates  the  DGZ 
calling  hierarch;  the  subroutines  are  grouped  according  to  how  they  are 
used  in  the  selection  process.  Figure  72  is  the  DGZ  flowchart. 
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Figure  71.  DGZ  Calling  Hierarchy 
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Figure  72.  Subroutine  DCZ 
(Part  l of  3) 
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5 . 7 . 4 Function  ERGGTl 


PURPOSE: 


ENTRY  POINTS; 


To  return  next  number  in  most  uniform  ergodie 
series.  (Numbers  for  up  to  10  distinct 
series  can  be  called  for  concurrently.) 

ERGOT  1 , ERG0T2 , ERGO'1'3 


FORMAL  PARAMETERS: 


I - Index  of  the  series  for  which  the  next 
number  is  desired 


COMMON  BLOCKS;  None 


SUBROUTINES  CALLED;  None 

CALLED  BY;  PROCCOMP,  PERTBLD 


Method; 

Depending  on  whether  the  entry  ERGOT! , ERG0T2,  or  KRG0T3  is  used,  the* 
index  L is  set  to  1,  2,  or  3,  respectively.  Then  the  next  number  in 
the  Ith  ergodie  series  is  calculated.  This  function  is  illustrated  in 
figure  73. 


5.7.5  Subroutine  FINDMIN 


PURPOSE:  This  subroutine  uses  a steepest  descent  method 

to  determine  a local  minimum  of  a function  of 
several  variables.  An  initial  estimate  of  the 
minimum  position  is  input,  together  with  various 
tolerances.  FINDMIN  uses  two  auxiliary  routines, 
F2BMIN  and  GRADF , which  define  the  function  to  be 
minimized  and  its  gradient,  respectively.  DGZ 
uses  FINDMIN  to  find  the  DGZs  for  complex  targets. 

ENTRY  POINTS:  FINDMIN 


FORMAL  PARAMETERS: 


XO  - Initial  guess  at  aim  point  offsets 
N - Length  of  XO  vector 

IMAX  - Maximum  number  of  iterations  for  FINDMIN 
E1,E2  - Tolerances  for  the  minimization 
X - Best  aim  point  offsets  as  determined  by 
FINDMIN 

FI  - Minimum  value  found  for  escaped  target 
value 

IFLAG  - Print  control  flag 

-2  : DGZSEL  computation  value  print  is 
produced 

> 0 : FINDMIN  debug  prints  will  be  pro- 
duced 


SUBROUTINES  GALLED:  F2BMIN,  GRADF,  SEECALC 

CALLED  BY:  DGZ 

Method ; 

dF  3F 

Given  a function  F(Xp  X2),  the  gradients  G^  = dX^  , and  G2  » aX2  , and 
an  initial  guess  (XOp  XO,,)  at  the  aim  point  offsets,  FINDMIN  finds  the 
local  escaped  target  value  F and  its  associated  aim  point  offset  coor- 
dinates (Xp  X2).  Each  iteration  consists  of  a function,  F,  and  gradient, 
(Gp  G2),  evaluation  followed  by  determination  of  the  minimum  function 
value  along  the  line  associated  with  the  modified  steepest  descent  direc- 
tion. F is  redetermined  at  each  iteration  and  is  defined  in  such  a way 
that  it  converges  after  two  iterations.  FINDMIN  uses  two  subroutines 
during  its  processing.  The  first,  F2BMIN,  defines  the  escaped  target 
value  function  F in  terns  of  aim  point  offsets  and  X2.  The  second, 
GRADF,  defines  the  gradient  components  G^  and  G2.  In  addition,  at  the 
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user's  option,  subroutine  SEECA.LC  is  called  after  each  iteration  to  print 
the  results  of  the  optimization. 

Subroutine  FINDMIN  is  illustrated  in  figure  74. 
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Subroutine  FINDMIN 
(Part  1 of  4) 
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Figure  74.  (Part  3 of  4) 
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Figure  74.  (Part  4 of  4) 


5.7.6  Subroutine  F2BMIN 


PURPOSE;  F2BMIN  defines  the  function  which  is  to  be  mini- 

mized by  FINDMIN.  (FINDMIN  minimizes  survival 
probabilities  of  the  target  element  and  total 
escaping  target  value.) 

ENTRY  POINTS:  F2BMIN 


FORMAL  PARAMETERS:  XX  - Vector  containing  offset  coordinate  for 

weapons 

F - Total  escaping  target  value  for  this  weapon 
configuration 

COMMON  BLOCKS:  . Cl 


SUBROUTINES  CALLED:  MOVE,  VAL 

CALLED  BY:  FINDMIN 


Method: 

The  offset  coordinates  for  all  weapons  are  input  and  a call  on  MOVE  is 
made  for  each  weapon  to  determine  new  survival  probabilities.  Then  a 
call  on  VAL  gives  the  new  function  value  (total  escaping  target  value) 
as  well  as  the  new  effective  values.  The  x,  y coordinates  of  weapon  I 
are  given,  respectively,  by  XX(2*I-1)  and  XX(2*I). 

Subroutines  F2BMIN  is  shown  in  figure  75. 


(Determines  Survival  Probabi 
lity  for  all  Target  Elements 
Relative  to  Each  Weapon.) 


(Determines  Effective  Values 
of  Target  Elements  for  This 
Weapon  Configuration  and  Gives 
Total  Escaping  Target  Value.) 

(x  ,y  ) = Coordinates  Assigned 
to  Weapon  jL. 


Figure  75.  Subroutine  F2BMIN 
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5-7.7  Subroutine  GRADF 

PURPOSE:  GRADF  determines  the  components  of  the  gradient 

associated  with  the  function  which  is  to  be 
minimized  by  FINDMIN. 

ENTRY  POINTS:  GRADF 

FORMAL  PARAMETERS:  XX  - Vector  giving  weapon  offset  coordinates 

G - Vector  computed  by  GRADF  giving  gradient 
components  for  each  weapon 

COMMON  BLOCKS:  Cl 

SUBROUTINES  CALLED:  VMARG 

CALLED  BY:  FINDMIN 

Method: 

Two  calls  on  VMARG  for  each  weapon  (one  for  each  coordinate)  are  made 
to  generate  the  gradient  components. 

Subroutine  GRADF  is  illustrated  in  figure  76. 
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!i . 7 . 8 Subroutine  MOVE 


PURPOSE:  Subroutine  MOVE  determines  the  survival  proba- 

bility, for  all  target  elements,  for  a specific 
weapon  moved  to  a given  position. 


ENTRY  POINTS : 
FORMAL  PARAMETERS: 


COMMON  BLOCKS: 


MOVE 

IM  - Index  for  weapon 

XM  - X coordinate  of  weapon  aim  point  offset 
YM  - Y coordinate  of  weapon  aim  point  offset 

Cl 


SUBROUTINES  CALLED:  SSKPC 

CALLED  BY:  DGZ,  F2BMIN 


Method: 

For  weapon  IM  with  aim  offset  (XM,  YM)  the  survival  probabilities, 
S (J, IM) , for  each  target  element  J,  are  redetermined  using  SSKPC. 

Subroutine  MOVE  is  illustrated  in  figure  77 . 


395 


(x>y) 


<*o'  >'o> 


= Offset  coordinates  for  weapon  L 

= Lethal  radius  of  target  JL 

= Coordinates  of  target  J_. 

= Scaled  yield  of  weapon  I_. 

= Probability  of  delivery  of 
weapon  JL 

= Error  in  delivery  of  weapon  I_. 


Figure  77  • Subroutine  MOVE 
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•5.7.9  Subroutine  PERTBLD 


PURPOSE: 


PERTBLD  perturbs  the  weapon  coordinates  assigned 
by  the  laydown  algorithm  in  such  a manner  as  to 
assure  a unique  treatment  by  FINDMIN  for  each 
weapon . 


ENTRY  POINTS: 


FORMAL  PARAMETERS: 


PERTBLD 

XG 


COMMON  BLOCKS: 


SUBROUTINES  CALLED: 


Cl 

ERGOTl 


CALLED  BY: 


DGZ 


Method: 


There  is  the  possibility  that,  from  some  point  on  in  time,  all  target 
element  values  become  constant.  In  this  case,  all  weapons  input  to 
FINDMIN  with  identical  characteristics  and  later  delivery  times,  which 
have  been  assigned  to  the  same  target  element  by  the  laydown  procedure, 
would  remain  together.  To  eliminate  this  problem,  subroutine  PERTBLD 
is  called  just  prior  to  calling  FINDMIN. 

Subroutine  PERTBLD  is  shown  in  figure  78. 
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Figure  78.  Subroutine  PERTBLD 
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5.7.10  Subroutine  PROCCOMP 


PURPOSE: 


To  set  up  arrays  in  common  block  /Cl/  for  the  com- 
plex target  so  that  the  subroutine  DGZ  can  use  the 
arrays  during  the  selection  of  optimal  aim  point 
offsets  for  the  weapons  allocated  to  the  target; 
and  to  modify  target  weapon  assignments  records 
for  Inclusion  of  the  computed  offsets. 


ENTRY  POINTS: 


FORMAL  PARAMETERS: 


PROCCOMP 

None 


COMMON  BLOCKS: 


CITY,  Cl,  CIO,  C30,  T.SKIPD,  STRIKE,  WPGT 


SUBROUTINES  CALLED: 


COMPRESS,  CUMINV , DGZ,  DIRECT,  ERG0T1 , ERGOT2 , 
HEAD , MODFY , NEXTTT,  ORDER,  REORDER,  TIMEME, 
VALTAR 


CALLED  BY: 


ENTMOD 


Me  thod : 


When  ENTMOD  encounters  a complex  target,  PROCCOMP  is  called  in  order  to 
assemble  data  in  a form  that  can  be  efficiently  used  for  DGZ  selection. 
Each  target  component  of  the  complex  generates  a standardized  "target 
element"  in  the  working  arrays  vised  by  subroutine  DGZ  (common  /Cl/). 
Targets  with  more  than  one  hardness  component  generate  more  than  one 
such  target  element,  and  targets  with  a specified  target  radius  will 
generate  several  elements  spread  over  the  area  of  the  target  to  repre- 
sent a value  over  the  area.  For  complexes,  individual  target  elements 
are  obtained  by  walking  the  data  base  chain  called  ' CMPTGT ' . 

If  the  number  of  target  elements  so  generated  exceeds  the  maximum  pro- 
gram dimensions  (50),  subroutine  COMPRESS  Is  called  to  recombine  target 
elements  near  each  other  having  nearly  the  same  lethal  radius.  In  any 
case,  for  efficiency  in  DGZ,  a call  to  COMPRESS  is  made  Just  before 
calling  DGZ.  On  return  from  DGZ,  PROCCOMP  modifies  weapon  assignment 
records  (ASSIGN)  for  definition  of  the  computed  offsets. 


Subroutine  PROCCOMP  is  illustrated  in  figure  7s). 
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Continue 


Figure  79.  (Part  2 of  4) 
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5 .-7 . 11  Subroutine  SEECALC 


PURPOSE:  To  print  the  computation  values  relevant  to  the 

selection  of  aim  point  offsets  at  various  points 
within  the  DGZSEL  subarea  of  program  ALOCOUT. 


ENTRY  POINTS : SEECALC 


FORMAL  PARAMETERS: 


VESCTOT  : Total  escaping  target  value 
XX  : Vector  containing  the  aim  point  offset 

positions  for  the  weapons 


COMMON  BLOCKS:  Cl,  WAROUT 

CALLED  BY:  »GZ,  F1NDMIN 

Method : 

When  called  by  DGZ  or  FINDMIN  subroutine  SEECALC  prints  the  title 
DGZSEL  COMPUTATION  VALUES  and  column  headings.  Then  for  each  weapon 
allocated  to  the  target,  SEECALC  prints  the  internal  weapon  number,  the 
aim  point  offsets,  and  the  survival  of  each  target  element  relative  to 
the  weapon.  At  the  end  of  the  print  for  each  target^  the  total  escaped 
target  value  is  printed. 

Subroutine  SEECALC  is  illustrated  in  figure  80. 
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5.7.12  Subroutine  VAL 


PURPOSE; 


ENTRY  POINTS: 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 


VAL  determines  the  target  value  which  has 
escaped  for  a given  weapon  configuration  and 
also  determines  the  effective  value,  F..,  for 
each  target  element  as  seen  by  each  weapon. 

VAL 

VESCTOT 

Cl 

None 


CALLED  BY: 


DGZ,  F2BMIN 


Method: 

This  computation  uses  the  effective  values,  VEFF(J,I),  the  survival 
probabilities,  S(J,I),  and  the  time  dependent  target  values. 

Subroutine  VAL  is  illustrated  in  figure  81. 
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E. .  - Value  of  target  element  j 

J after  arrival  of  all  weapons 

V.  (T\)  - Value  of  target  element  j 

J immediately  after  arrival 

of  weapons  1 through  i 

S.,  - Survival  probability  of  target 

J ' element  j relative  to  weapon  k 

F. .  - The  effective  value  of  target 

J element  j as  seen  by  weapon  i 

F = Total  escaping  target  value=VGSCTOT 

Figure  81.  Subroutine  VAL 
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= Position  of  Weapon  I 

*)  = Coordinates  of  Target  Element  J 

- Lethal  Radius,  Target  J 

= Sealed  Yield,  Weapon  1 

= Probability  of  Delivery,  Weapon  1 

r Error  in  Delivery,  Weapon  1 

= Survival  Probability  of  Target  J 
Relative  to  Weapon  I 

= Survival  Probability  of  Target  J 
Relative  to  Weapon  I when  it  is 
Assigned  to  Position  (x,y) 


Figure  82.  Function  VMARG 


5.7.14  Sub  routine  WBPGET 


PURPOSE: 


Retrieve  weapon  attributes  per  assignment,  and  up- 
date assignment  counts  based  on  corridor. 


ENTRY  POINTS: 

FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 
CALLED  BY: 


WEPGET 

None 

Cl,  CIO,  C30,  WPGT 

DIRECT,  HEAD,  NEXTTT , RANSIZE,  TIMEME 
ENTMOD 


Method : 

Subroutine  ENTMOD  executes  WEPGET  for  each  target  weapon  assignment. 
WEPGEm  retrieves  weapon  related  attributes  (YIELD,  CEP,  etc.)  and  de- 
fines arrays  in  common  block  /Cl/  for  use  by  subroutine  DGZ.  Also,  a 
count  of  each  weapon  assignment  categorized  by  group  and  penetration 
corridor  is  updated. 

The  weapon  attributes  necessary  for  calculating  offsets  for  each  strike 
are  indexed  at  the  weapon  group  level.  That  is,  individual  strikes 
launched  from  the  same  weapon  group  have  the  same  attribute  values. 
Therefore  it  is  necessary  to  interface  with  the  data  base  only  once  per 
weapon  group  request.  Upon  initial  extraction,  these  attributes  are 
written  on  an  indexed  random  file  for  future  reference. 

Subroutine  WEPGET  is  illustrated  in  figure  83. 
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Figure  83.  Subroutine  WEPGET 
All 


5.8  Subroutine  SUMPRN 


PURPOSE: 


To  sort  weapon  group  assignment  chains  and  print 
out  assignment  summaries 


ENTRY  POINTS: 
FORMAL  PARAMETERS: 
COMMON  BLOCKS: 
SUBROUTINES  CALLED: 

CALLED  BY: 


SUMPRN 

None 

CIO,  C30,  IONPRT , JAZ 

DIRECT,  DLETE , HEAD,  NEXTTT,  ORDER,  REORDER, 
SORTIT,  TIMEME 

ENTMOD 


Method: 

This  subroutine  replaces  existing  ASSIGN  records  which  are  in  no  parti- 
cular order  on  the  MYASGN  chain  with  the  same  set  of  ASSIGN  records  in 
the  following  sorts:  For  missile  groups,  assignments  are  sorted  on 
salvo  number  ascending,  and,  within  salvo,  on  the  value  of  the  RVAL 
attribute  descending.  For  bomber  groups,  assignments  are  sorted  on  cor- 
ridor with  the  corridor  most  often  assigned  occurring  first,  and,  within 
corridor,  on  the  value  of  the  RVAL  attribute  descending. 

The  method  used  is  to  cycle  the  weapon  group  chain  and  perform  essen- 
tially the  same  process  for  each  group.  First  a record  is  read  from 
random  access  file  25.  This  record  contains  counts  of  the  weapon  groups 
assignments.  For  missile  groups  the  total  number  is  in  CORCNT(l)  and 
-1  in  C0RCNT(2).  For  bombers  the  contents  of  CORCNT(I)  corresponds  to 
the  number  of  assignments  to  corridor  I.  At  this  point,  if  the  group  is 
a missile  group,  the  print  header  is  produced.  If  the  group  is  a bomber 
group,  the  assignments  are  totaled  and  the  proper  corridor  order  is 
stored  in  CORORD. 

Now  the  assignments  are  read  from  the  MYASGN  chain  and  stored.  The 
method  of  storage  depends  upon  the  total  number  of  assignments.  If 
the  number  is  such  that  the  data  may  be  sorted  internally,  the  data  is 
stored  in  array  F.  Otherwise,  it  is  written  onto  a file.  The  sort  keys 
are  created  at  this  time.  When  the  assignments  have  all  been  processed, 
the  old  assignments  are  deleted  from  the  MYASGN  chain.  Then  the  assign- 
ments are  sorted  either  Internally  by  routines  ORDER  and  REORDER,  or 
externally  by  SORTIT.  Now  each  assignment,  in  sort  is  either  read  from 
the  SORTIT  output  or  retrieved  from  array  F.  A new  ASSIGN  record  is 
stored  in  the  MYASGN  chain  and  the  assignment  is  printed.  The  bomber 
header  is  produced  each  time  a new  corridor  is  encountered. 

Subroutine  SUMPRN  is  illustrated  in  figure  84. 
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Figure  84. 


Subroutine  SUftPRN  (Part  1 of  9) 
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Figure  84.  (Part  3 of  9) 
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Figure  84.  (Part  5 of  9) 
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APPENDIX  A 


ALOC  ANALYTICAL  CONCEPTS  AND  TECHNIQUES 


This  appendix  describes  the  major  analytical  concepts,  techniques,  and 
algorithms  employed  within  the  allocator  (module  ALOC) . Topics  of  dis- 
cussion consist  of  explanation  of  corridor  routing,  weapon/target  inter- 
action, weapon  correlation,  weapon  allocation,  derivation  of  Lagrange  mul- 
tiplier adjustment,  and  derivation  of  formulae  for  correlation  in  weapon 
delivery  probability. 

A. 1 Corridor  Routing 

Penetration/Depenetration  Corridors : In  QUICK,  bomber  routing  for  pene- 
tration and  depenetration  of  enemy  territory  is  controlled  by  the  use  of 
flight  corridors  as  reflected  in  figure  85.  These  corridors  are  estab- 
lished by  the  user  and  are  defined  in  the  data  base.  The  user  is  permitted 
to  specify  a number  (up  to  30  per  side)  of  alternative  penetration  corri- 
dors that  can  be  used  by  the  bomber  force.  A penetration  corridor  is  de- 
fined by  an  entrance  point  and  a corridor  origin.  From  the  corridor  ori- 
gin, the  aircraft  is  permitted  to  fly  in  a direct  route  to  the  target. 

The  corridor  also  has  a specified  orientation  or  axis,  which  is  used  to 
indicate  the  general  direction  of  the  defense  suppression  effort.  There 
will  be  a tendency  for  bombers  to  penetrate  more  deeply  parallel  to  the 
direction  of  the  penetration  axis  than  at  right  angles  to  it,  since  the 
attrition  rate  will  be  less  (see  Bomber  and  Missile  Defenses,  this  appen- 
dix). The  corridor  axis  is  specified  in  the  data  base  by  a coordinate 
for  the  origin  and  a coordinate  for  the  axis  orientation  point  (denoted 
by  the  arrowhead  in  figure  85).  In  addition,  the  user  may  establish  pre- 
corridor legs.  This  may  be  useful  in  order  to  avoid  areas  in  which  the 
expected  attrition  is  high. 

The  user  must  also  establish  depenetration  corridors  which  define  the 
routing  from  enemy  territory  to  a recovery  base.  A maximum  of  50  depene- 
tration corridors,  each  with  up  to  four  recovery  bases,  may  be  defined 
for  each  side.  The  system  seeks,  for  each  target,  the  most  convenient 
depenetration  corridor  and  associates  it  with  the  target.  The  depenetra- 
tion corridor  is  specified  in  the  data  base  by  a depenetration  point  and 
one  or  more  depenetration  legs.  The  system  will  search  from  the  last  leg 
of  the  depenetration  route  and  select  an  appropriate  recovery  base  (see 
Detailed  Sortie  Specifications,  this  appendix). 

Under  the  corridor  concept,  the  routing  of  long-range  strategic  bombers 
is  as  follows.  The  aircraft  is  programmed  to  launch  from  its  launch 
base;  fly  to  a refueling  area,  if  there  is  one;  fly  to  the  entrance  of 
the  penetration  corridor;  and  fly  down  the  corridor  until  it  reaches  the 
corridor  origin.  From  this  point,  the  bomber  is  permitted  to  fly  in  a 
direct  route  to  the  target.  After  the  last  target,  the  bomber  is  pro- 
grammed to  fly  to  the  depenetration  corridor  entry  point  and  fly  down 
the  depenetration  corridor  to  a recovery  base. 
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Figure  85.  Typical  Bomber  Flight  Route 


In  actuality,  not  all  bombers  travel  through  geographic  corridors  to 
reach  their  targets.  Two  types,  tactical  bombers  (those  carrying  nu- 
clear weapons)  and  naval  bombers  (those  restricted  to  attacking  targets 
in  class  NAVAL) , fly  directly  from  their  launch  point  (or  refuel  point) 
to  their  targets-.  However,  to  facilitate  the  creation  of  flight  plans 
lor  these  two  types  of  aircraft,  two  dummy  corridors  (one  for  each  type) 
are  defined  in  the  data  base.  While  these  corridors  have  no  geographic 
significance,  their  assigned  parameters  do  reflect  the  attrition  to  which 
aircraft  will  be  subjected  as  they  fly  to  their  targets. 

Corridor  Attributes:  The  QUICK  System  allows  up  to  30  corridors  per 
side  to  be  used  in  a war  game.  Each  corridor  is  associated  with  a set 
of  type  characteristics  (attributes).  These  type  characteristics,  with 
exception  of  attrition  on  precorridor  legs  (attribute  KORSTY) , are  used 
within  the  Plan  Generator  to  establish  the  area  attrition  rates  for 
bombers  (see  Bomber  and  Missile  Defense,  this  appendix).  Following  is 
a description  of  the  corridor  attributes. 


ATTRCO 

Normal  attrition  rate  for  high-altitude  aircraft  using 
the  corridor 

ATTRSU 

A reduced  attrition  rate  for  high-altitude  aircraft 
applicable  near  the  main  axis  of  the  corridor 

DF.FRAN 

Typical  range  of  interceptor  aircraft  on  bases  near  a 
corridor  (nautical  miles) 

HILOAT 

The  ration  of  low  altitude  attrition  to  high- altitude 
attrition  (decimal  fraction) 

KORSTY 

Attribute  used  to  control  the  mode  of  corridor  pene- 
tration (referred  to  as  parameter  k when  used  in  the 
calculation  of  curvilinear  coordinates — see  Basic 
Sortie  Generation,  this  appendix). 

Bomber  Defenses  and  Corridor  Selection;  I.n  the  case  of  bomber/area 
defenses,  the  penetration  probability  is  estimated  on  the  basis  of  the 
nominal  attrition  rates  ascribed  to  the  penetration  corridors.  Each 
corridor  is  ascribed  at  least  two  attrition  rates; 

ATTRCO  Normal  attrition  rate  for  high-altitude  aircraft  using 

the  corridor 

ATTRSU  A reduced  attrition  rate  for  high-altitude  aircraft 

applicable  near  the  main  axis  of  the  corridor. 

In  addition,  attrition  rates  can  be  specified  if  desired  for  any  pre- 
scribed legs  between  the  entrance  and  origin  of  the  corridor,  and 
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attrition  can  be  specified  in  the  connection  with  penetration  to  defended 
targets  (TARDEFs) . These  attrition  rates  are  used  to  estimate  the  pene- 
tration probability.  However,  it  is  also  assumed  that  the  attrition 
rates  can  be  reduced  by  the  factor  HILOAT  for  portions  of  the  route  where 
the  aircraft  can  fly  low.  Any  excess  range  available  to  the  aircraft  at 
high  altitude  is  used  to  provide  a low-altitude  flight  — assuming  a 
conversion  factor  RANGEDEC  between  low-altitude  and  high-altitude  fuel 
consumption.  The  estimated  low-altitude  range  is  then  allocated  among 
the  legs  of  the  mission  to  minimize  attrition. 

To  represent  the  effect  which  area  and  terminal  defense  will  have  upon 
the  successful  execution  of  any  bomber  attack  plan,  a probabilistic 
approach  is  used.  The  level  of  defense  in  a given  area  will  directly 
affect  the  probability  that  a bomber  which  travels  through  this  area 
will  successfully  reach  its  subsequent  flight  points.  Therefore,  each 
section  of  geography  over  which  bombers  fly  is  characterized  by  attrition 
parameters  which  reflect  the  level  of  area  and  local  defenses  for  that 
section.  These  parameters  will,  in  turn,  determine  SURV(I),  the  proba- 
bility that  the  bomber  will  survive  to  reach  flight  point  I.  Finally, 
VALSORTY,  the  total  value  of  a sortie,  is  defined  as  follows: 

VALSORTY  - £ SURV(I)*V(I) 
all  flight 
points 

where  V(l)  = estimated  value  of  reaching  flight  point  I.  This  value 
V(I)  is  the  relative  value  RVAL  generated  during  weapon  allocation  by 
program  ALOC  (see  Basic  Sortie  Generation). 

The  computation  of  SURV(I)  for  the  formula  is  based  on  a simple  expo- 
nential attrition  law.  If  the  integrated  attrition  probability  on  each 
individual  leg  to  a point  J is  given  by  ATLEG(J),  then  the  survival  prob- 
ability for  the  bomber  to  the  point  I will  be  given  by: 


SURV(I)  = EXPF 


J=I 

S ATLEG(J) 
J=1 


The  attrition  ATLEG(J)  includes  both  area  and  terminal  attrition  for  the 
leg.  Figure  86  illustrates  the  attrition  attributes  and  variables  used 
in  the  POSTALOC  module. 

The  area  attrition  for  each  leg  is  computed  by  Integrating  the  assumed 
area  attrition  rate  over  the  length  of  each  leg.  After  the  first  tar- 
get, t\»is  assumed  area  attrition  rate  per  nautical  mile  is  a constant, 
equal  to  the  data  base  variable  ATTRCO  supplied  for  the  corridor. 

Prior  to  the  first  target,  the  assumed  attrition  rate  decreases  expo- 
nentially toward  the  limiting  value  ATTRSU  which  is  also  a data  base 
variable  for  the  corridor.  Thus  the  variable  representing  the  assumed 
area  attrition  rate  between  the  origin  and  the  first  target  is  given  by: 
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Rate  = ATTRSU  + (ATTRCO  - ATTRSU)  * EXP  (-  X/DEFRAN) 

where  X = the  distance  in  nautical  miles  between  the  corridor  origin  and 
the  first  target  and  DEFRAN  is  the  typical  range  in  nautical  miles  of 
interceptors  on  bases  near  the  corridor.  Attrition  rates  (ATTRLE)  may 
also  be  specified  for  the  precorridor  legs  leading  into  the  corridor. 

The  terminal  attrition  ATTRLOC  (see  TGT2  in  figure  86)  is  estimated 
directly  from  the  data  base  variable  TARDEF.  Each  potential  target 
with  a local  (terminal)  surface-to-air  missile  (SAM)  defense  is  assigned 
the  attributes  TARDFH  and  TARDFL.  The  value  assigned  these  attributes 
reflects  the  level  of  bomber  defense,  at  high  and  low  altitudes,  pro- 
vided by  local  SAM  units.  Considering  the  bomber’s  altitude  (e.g.,  high) 
the  local  attrition  ATTRLOC  is  estimated  as  follows: 

ATTRLOC  = . 1*TARDFH 

Naturally,  this  local  attrition  is  of  concern  only  when  the  route  point 
characterized  by  this  local  attrition  is  itself  a target  for  a bomb.  It 
produces  no  effect  if  the  target  with  which  it  is  associated  is  attacked 
by  an  ASM  (air-to-surface  missile)  that  is  launched  from  another  route 
point.  Moreover,  even  if  the  sortie  definition  indicates  that  the  ASM 
is  launched  at  the  target  from  the  vicinity  of  the  target  itself,  it  is 
assumed  that  the  actual  launch  point  will  be  such  that  the  aircraft  will 
not  be  required  to  penetrate  the  local  defenses.  Thus,  any  local  attri- 
tion associated  with  the  ASM  target  is  again  ignored.  Finally,  it  is 
assumed  that  all  local  attrition  is  applied  only  to  the  incoming  leg  to 
the  target  and  that  on  any  leg  or  fraction  of  a leg  flown  at  low  alti- 
tude the  attrition  rates  will  be  reduced  by  the  factor  HILOAT.  In 
order  to  estimate  the  expected  value  of  the  sortie,  therefore,  an  esti- 
mate must  be  made  of  how  the  available  low-altitude  range  should  be 
applied  (discussed  under  Basic  Sortie  Generation,  this  appendix).  Notice 
that  a change  in  the  assumed  attrition  rate  for  any  leg  or  part  of  a leg 
will  change  the  probability  of  survival  to  any  point  I (SURV(I))  which 
is  required  to  evaluate  VALSORTY. 

During  the  weapon  allocation  phase  (module  ALOC) , detailed  sortie  infor- 
mation (i.e.,  routing  and  sequential  targeting)  has  not  yet  been  gener- 
ated. Therefore,  bomber  penetration  of  area  defenses  is  treated  as 
follows. 

In  weapon  allocation,  only  one  target  is  under  consideration  per  vehicle. 
Therefore,  in  allocating  low-altitude  range  among  the  legs  of  a mission 
to  minimize  attrition,  much  less  weight  on  attrition  is  placed  after  the 
target  has  been  reached.  The  algorithm  assumes  that  the  normal  corridor 
attrition  ATTRCO  applies  to  the  entire  route  from  the  target  to  depen- 
etration, and  to  a portion  of  the  route  prior  to  the  target  equal  to 
the  perpendicular  distance  of  the  target  from  the  main  axis  of  the  pene- 
tration corridor.  The  suppressed  attrition  ATTRSU  is  assumed  to  apply 
for  the  remainder  of  the  route  from  the  corridor  origin  to  the  target. 
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In  computing  the  range  of  the  aircraft,  the  normal  range  RANGE  is  used 
starting  from  the  centroid  of  the  weapon  group  for  nonrefueled  aircraft 
(IREFUEL=0)  and  from  the  specified  refueling  area  for  area  type  refuel- 
ing (IREFUEl^  0),  In  the  case  of  buddy  refueling,  the  refueled  range 
RANGEREF  is  used,  but  distances  are  again  measured  from  the  weapon  group 
centroid . 

The  penetration  calculation  is  implemented  by  dividing  the  aircraft 
attrition  elements  into  four  "LEGS." 

LEG  = 1 Corridor  entrance  to  origin  (distance  equal  to  sum  of 
all  such  legs  with  attrition  specified  — attrition 
equal  to  sum  of  attrition  on  all  such  legs) 

LEG  = 2 Corridor  origin  toward  target  as  far  as  suppressed 
attrition  (ATTRSU ) is  applicable 

LEG  = 3 End  of  LEG  2 to  target  — ATTRCO  applies  but  is  aug- 
mented by  any  local  attrition  at  a defended  target 
TARDEF 

LEG  = 4 Target  to  depenetration  --  ATTRCO  still  applies  but 

value  of  mission  and  seriousness  of  attrition  (RATE)  is 
assumed  to  be  less  by  a factor  of  approximately  .25. 

The  available  low  altitude  is  then  distributed  among  these  legs,  and  the 
penetration  probability  is  estimated.  To  select  the  preferred  penetra- 
tion corridor,  a weight,  .75,  is  given  to  reaching  the  target;  the 

remaining  weight,  .25,  is  assigned  to  reaching  the  depenetration  corri-  ! 

dor.  The  corridor  showing  the  highest  value  (£  weight*penetration  pro-  j 

bability)  is  chosen,  and  the  penetration  probability  to  the  target  via 
that  corridor  is  recorded  for  the  group.  If  the  group  has  been  speci- 
fied for  nonrecovery  (IEECMODE  » -1,  the  recovery  distance  is  simply  i 

set  to  zero. 

On  leg  3,  the  terminal  attrition  parameter  TARDEF  is  modified  by  the 
parameter  TARFAC,  TARFAC  is  a user-input  parameter  which  allows  adjust- 
ment of  the  perceived  terminal  bomber  defenses  during  program  ALOC.  The 
modified  terminal  bomber  defense  attrition  is  therefore  defined  as; 

TARDEF  x TARFAC 

This  attrition  is  ignored  when  calculating  the  delivery  probability  of 
an  air-to-surface  missile  (ASM), 

Missile  Defenses:  Ballistic  missile  defenses  involve  a simpler  model. 

Only  a random  defense  is  considered  for  area  attrition  of  missiles. 

Each  warhead,  regardless  of  its  assigned  target,  has  the  same  probabil- 
ity of  being  destroyed  by  the  random  area  defenses.  One  random  area 
kill  probability  is  input  for  each  side. 
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Terminal  defenses  are  modeled  by  a subtractive  model.  Each  target  with 
terminal  defenses  is  assigned  a number  of  terminal  ballistic  missile 
interceptors.  This  number  of  interceptors  (variable  MISDEF)  is  input  in 
the  data  base  via  the  attribute  NTINT  which  must  be  defined  for  each 
defended  target. 

The  input  variables  describing  the  target's  terminal  defense  capability 
allow  uncertainties  to  be  introduced  in  the  number  of  interceptors  pres- 
ent. MISDEF  is  the  "nominal"  number  of  interceptors  on  the  target, 
each  with  kill  probability  PKTX  against  an  unbardened  warhead.  In  addi- 
tion, four  other  parameters  are  defined  (the  same  for  all  targets)  which 
introduce  uncertainties  in  MISDEF.  EXLOW  is  a factor  which,  when  mul- 
tiplied by  MISDEF,  gives  a lower  estimate  cf  interceptors  which  has  pro- 
bability PXLOW  of  occurring.  Likewise,  RXHIGH  and  PXHIGH  define  the 
overestimate  of  interceptor  availability.  Thus,  if  there  is  imperfect 
knowledge  of  the  defense  capability,  the  allocator  can  hedge  against 
these  uncertainties  when  assigning  weapons. 

In  addition  to  the  target-associated  defense  data,  it  is  possible  to 
describe  penetration  aids  suitable  for  the  various  missiles  by  means  of 
the  Payload  Table,  For  a particular  payload  index,  the  following  var- 
iables* describe  the  penetration  aids: 

NWHD  = Number  of  warheads  per  independent  reentry 

vehicle  package, 

NTDECOYS  = The  number  of  "aim  points"  the  terminal  defense 

sees  for  each  independent  reentry  vehicle  (in 
addition  to  the  warheads). 

An  independent  reentry  vehicle  package  is  a set  of  warheads  and  ter- 
minal decoys  that  can  be  guided  to  a target  point  (or  points)  indepen- 
dently. For  missile  boosters  with  a multiple  independently  targetable 
reentry  vehicle  capability  (MIRV),  there  may  be  several  independent 
RVs  per  booster.  Otherwise,  each  booster  delivers  one  set  of  warheads 
and  decoys. 

The  penetration  probability  of  any  warhead  is  a function  of  all  the  mis- 
siles allocated  to  the  target.  The  model  computes  the  total  number  of 
objects  allocated  to  the  target,  NOBJ,  as  the  sum  of  all  warheads  and 
decoys**  allocated  to  the  target.  The  number  of  perfect  interceptors, 
variable  PINT,  is  defined  as: 

NWHD  is  data  base  attribute  NWHDS ; NTDECOYS  is  attribute  NDECOYS 

** 

For  each  weapon,  this  is  the  sum  of  NWHD  and  NTDECOYS  multiplied  by 
the  product  of  the  survival  before  launch  probability,  weapon  syocmn 
reliability,  and  command  and  control  reliability. 
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PINT«PKTX*[ (PXLOW*RXLOW)+(PXHIGH*RXHIGH)+ (1- PXLOW- PXHIGH) 3 *MISDEF 


This  variable  is  the  expected  number  o£  objects  to  be  removed  by  the 
terminal  defense  interceptors. 


The  penetration  probability  for  any  warhead  is  defined  as 


if  this  probability  is  less  chan  (1.0  - PKTX)  it  is  reset  to  that  value. 
A. 2 Weapon/Target  Interaction 

The  quality  of  the  plans,  in  terms  of  realism  and  sophistication,  will 
be  a direct  reflection  of  the  realism  incorporated  in  the  payoff  func- 
tion. In  order  to  produce  plans  of  maximum  realism,  the  payoff  function 
should  reflect  all  the  major  factors  that  would  be  considered  by  an 
experienced  military  planner.  The  design  incorporates; 

1.  Time  of  arrival  of  weapons 

2.  Time  dependence  of  target  values,  which  can  reflect  a planner's 
uncertainty  in  the  time  of  arrival  of  weapons  relative  to 
change  in  target  value 

3.  Weapon  range  limitations 

4.  Uncertainty  in  target  vulnerability 

5.  Correlations  in  the  effectiveness  of  weapons  of  similar  nature 
reflecting  such  factors  as  reliability,  DHL  probability,  and 
defense  effectiveness. 


To  evaluate  the  capability  of  any  weapon  group  against  any  target,  pro- 
gram ALOC  requires  six  basic  numbers.  These  are; 


SBL(G)  The  probability  assumed  that  weapons  in  group  G are 

not  destroyed  before  launch 


CC(KR)  The  assumed  command  and  control  reliability  associ- 

ated with  the  region  for  group  G 

REL(K)  The  assumed  reliability  for  weapon  type  K used  by 

group  G 


PEN(G)  The  estimated  penetration  probability  for  weapons 

from  group  G to  the  target 

SRK(G,JH)  The  estimated  kill  probability  of  warheads  in  group  G 
if  delivered  against  the  Jll  hardness  component  of  the 
target 
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TVALTOA(G) 


The  estimated  target  value  at  the  time  of  weapon 
arrival  for  weapon  from  group  G (this  factor  is  com- 
puted from  the  time  of  arrival  for  a weapon  from 
group  G,  T0A[Gl). 

These  numbers  reflect  the  planning  factors  the  user  has  specified  for 
the  plan  generation  and  do  not  necessarily  reflect  the  values  that  the 
user  specifies  for  external  simulation.  The  number  is  noted  os  "assumed" 
where  it  is  a direct  user  input  supplied  in  the  data  base.  It  is  de- 
scribed as  "estimated"  where  it  is  a derived  quantity,  based  on  other 
input  data. 

Actually,  the  numbers  reflect  only  two  types  of  information  — the  time 
of  arrival  information,  and  the  kill  probability  data.  The  single  shot 
kill  probability  is  simply  a product  of  the  first  five  items.  The  break- 
down of  the  single  shot  kill  probability  into  these  five  separate  fact- 
ors, however,  is  required  in  order  to  estimate  correlations  in  delivery 
probability  between  several  warheads  delivered  to  the  same  target. 

Most  of  the  processing  of  weapon/ target  interactions  deals  with  the  six 
quantities  given  above.  These  quantities  are  then  used  in  the  calcula- 
tion of  weapon  payoff. 

The  basic  payoff  calculation  is  modified  by  the  inclusion  of  weapon  cor- 
relation considerations.  For  each  single  weapon,  four  factors  are  cal- 
culated; the  single  shot  kill  probability  and  three  auxiliary  quanti- 
ties required  by  the  correlation  model  (see  Weapon  Correlations,  this 
appendix) . 

If  we  define  the  overall  single  shot  kill  probability  on  one  hardness 
component  J as;  SSK  =»  REL  * CG  * SBL  * PEN  * STK 
then  MUP(G.J)  - - LOGF(1.0  - SSK) 

and  SSIG(G, J)  - MUP(G, J)/-LOGF(SSK) 

If  the  option  to  use  the  square  root  damage  law  is  selected,  MUP  is 
defined  in  a different  manner.  It  is  defined  so  that; 

(1.0  - SSK)  - (l  + ^MUP(G.J))  *exp  VmUP(G,J^ 

The  use  of  the  square  root  damage  function  is  further  explained  in  a 
Inter  section  (see  Multiple  Weapon  Attacks  — Square  Root  Law,  this 
appendix) . 

MUP  is  in  effect  a measure  of  the  effectiveness  of  the  weapon  against 
the  specified  hardness  component.  If  all  weapons  were  independent,  the 
survival  probability  for  the  component  with  respect  to  multiple  weapons 
IG  would  be  simply; 

EXPF  -(i:  MUP(IG.J)) 

(This  is  called  the  exponential  damage  law.) 
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If  the  square  root  law  option  is  selected,  then  the  survival  probability 
would  be; 

(l  +/aiUP(IG,J))  *exp  (-  y,ZMUP(IG,J)) 

The  actual  formula,  using  correlations,  reduces  to  this  form  in  the  lim- 
it or  no  correlations  but  requires  the  array  (SSIG(G,J)  as  an  auxiliary 
quantity. 

Estimation  of  Correlation  Factors,  RISK(A.G.J):  The  mathematics  of  the 
correlation  calculation  will  be  treated  in  detail  below.  Qualitatively, 
however,  the  technique  requires  an  estimate  of  the  extent  to  which  the 
probability  of  failure  for  each  weapon  system  is  correlated  with  other 
weapons  of  the  same  class,  type,  alert  status,  etc. 

The  RISK  array  provides  an  estimate  of  this  information.  For  any  weap- 
on system,  the  importance  (or  risk  involved)  in  each  failure  mode  (e. 
g.,  SBL,  REL)  can  be  represented  in  an  additive  form  by  taking  the  log- 
arithm of  the  associated  reliability.  Thus,  the  total  risk  of  failure 

5 

for  the  weapon  system  — LOGF(SSK)  — is  given  by:  2 SM(L)  where: 

L=1 


SM(1)  = - LOGF(SBL) 
SM(2)  - - LOGF(GC) 
SM(3)  - - LOGF(REL) 
SM(4)  - - LOGF(PEX) 
SM(5)  = - LOGF(STK) 


An  array  SMAT(A,L)  is  input  by  the  user  at  the  beginning  of  the  alloca- 
tion to  provide  a nominal  estimate  of  the  fraction  of  each  risk  SM(L) 
that  is  correlated  with  other  weapons  sharing  each  attribute  A,  where 
the  attributes  A represent; 


A 

A 


= 1 

All  weapons 

= 2 

Weapons 

in 

the 

same 

group 

- 3 

Weapons 

in 

the 

same  region 

= 4 

Weapons 

in 

the 

same 

class 

a 5 

Weapons 

in 

the 

same 

type 

« 6 

Weapons 

in 

the 

same 

alert  status 

For  each  weapon  group  G the  RISK  array  by  class,  type,  etc.,  is 
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estimated  (for  each  hardness  component  J)  simply  as: 

RISK(A,G,J)  = E SM (L) *SMAT (A , L) 

L 

This  simple  technique  for  considering  weapon  correlation  is  used  because 
it  is  a reasonable  representation  of  correlation  and  the  allocations  do 
not  seem  very  sensitive  to  the  details  of  the  correlations.  Addition- 
ally, input  data  for  a more  detailed  representation  would  be  difficult 
to  develop. 

Adaptability  of  Input  Data;  The  foregoing  three  arrays  are  derived  from 
the  basic  six  variables  listed  earlier:  SBL(G),  CC(KR),  REL(K),  PEN(G), 
STK(G,JH),  and  TVALTOA(G) . 

The  techniques  used  to  calculate  these  six  basic  quantities  allow  a 
great  deal  of  flexibility  to  adapt  to  new  concepts  in  timing  and  pene- 
tration strategy.  Thus  it  can  be  expected  that  the  specific  form  of 
their  computations  will  change  as  experience  is  gained  in  actual  appli- 
cations of  the  program. 

The  computations  now  in  use  illustrate  both  the  factors  involved  and 
the  flexibility  that  is  available.  We  will  now  consider  the  present 
techniques  for  computing  thase  six  variables. 

Planning  Factors  --  (SBL,  CC,  REL):  Two  of  the  six  (CC  and  REL)  are 
contained  directly  in  the  data  base.  SBL  is  also  in  the  data  base  — 
except  that  the  meaning  there  is  probability  of  destruction  before 
launch.  To  retain  mathematical  parallelism  with  other  reliabilities, 
the  SBL  used  here  is  defined  as  a probability  of  surviving  and  is 
obtained  simply  as  (SBL  = 1.0  - DBL).  Obviously  the  specific  value  of 
DBL  supplied  in  the  data  base  should  depend  on  both  the  alert  status 
and  the  probability  distribution  of  warning  times  for  which  the  planner 
wishes  to  design  the  plan. 

Evaluation  of  Value  at  Time  of  Arrival  (TVALTOA(G)):  The  estimated  tar- 
get value  at  the  time  of  weapon  arrival  for  a weapon  from  group  G, 
TVALTOA(G)  is  computed  using  the  formula  shown  in  the  Time  Dependent 
Target  Value  Subsection  of  the  Planning  Factor  Processing  Section  of 
this  chapter.  TVALTOA(G)  is  equal  to  F(t)  as  calculated  in  the  equa- 
tion of  that  section,  where  t is  the  time  of  arrival  of  a weapon  from 
group  G,  called  TOA(G) . 

The  time  of  arrival  is  computed  differently  depending  on  whether  an  ini- 
tiative or  a reactive  plan  is  desired,  and  whether  a missile  or  bomber 
is  being  considered. 

In  the  case  of  a reactive  plan  it  is  assumed  that  all  weapon  systems 
launch  as  soon  as  possible  (subject  to  their  specified  delays)  after  a 
decision  to  launch  is  made.  The  time  of  arrival  in  this  case  is  com- 
puted as  PLAN  DELAY  + LAUNCH  DELAY  + FLIGHT  TIME.  PLAN  DELAY  is  either 
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the  alert  delay  or  nonalert  delay  (ALRTDL  or  NLRTDL)  specified  for  the 
weapon  in  the  data  base.  LAUNCH  DELAY  is  computed  as  the  product  of 
LCHINT  and  (SALVO  -1),  where  LCHINT  is  the  time  between  successive 
launches  as  specified  in  the  data  base  and  SALVO  is  the  salvo  number  of 
the  launch  (1  for  first  salvo,  2 for  second  salvo,  etc.).  (In  the  weap- 
on allocation  phase,  all  bombers  are  considered  to  be  first  salvo 
(LAUNCH  DELAY  = 0)  to  conserve  storage  because  LAUNCH  DELAY  would  be 
such  a small  fraction  of  total  time  of  arrival.) 

FLIGHT  TIME  is  computed  differently  for  bombers  and  missiles.  For  bomb- 
ers this  time  is  computed  as  FLIGHT  DISTANCE /SPEED.  For  missiles,  the 
FLIGHT  TIME  is  calculated  as  described  in  the  Missile  Flight  Time  Cal- 
culation section  of  Appendix  A, Program  Maintenance  Manual,  Volume  II. 

For  missiles,  the  flight  distance  is  computed  as  the  great  circle  dis- 
tance over  a rotating  earth  from  the  weapon  group  centroid  to  the  target. 
For  aircraft,  the  distance  is  the  sum  of  the  great  circle  distances  for 
each  leg  on  the  following  path: 

1.  Weapon  group 

2.  Specified  refueling  area  (if  appropriate) 

3.  Entrance  to  chosen  penetration  corridor 

4.  All  specified  intermediate  route  points  for  the  penetration 
corridor  (if  any) 

5.  Origin  of  penetration  corridor* 

6.  Target. 

In  the  case  of  buddy  refueling  or  nonrefueling,  the  second  point  on  the 
path  is  omitted.  (Note  that  the  times  of  arrival  used  at  this  point 
are  approximate,  in  the  case  of  bombers,  in  that  they  use  a constant 
nominal  speed  and  do  not  allow  for  excursions  to  other  targets  on  the 
way.) 

In  the  case  of  an  initiative  strike,  the  times  of  launch  are  coordi- 
nated to  reduce  warning  time.  This  is  accomplished  by  coordinating 
the  plan  relative  to  an  assumed  warning  time.  In  the  case  of  alert 
missiles,  the  user  specifies  (in  the  parameter  CORMSL)  what  fraction  of 
the  flight  time  should  have  elapsed  at  the  coordination  time.  With 
CORMSL  = 1.0  all  missiles  impact  at  the  coordination  time  plus  the 
LAUNCH  DELAY  described  earlier.  With  CORMSL  = 0.0  all  missiles  launch 
at  the  coordination  time  plus  the  LAUNCH  DELAY  described  earlier.  This 


Aircraft  must  fly  to  the  origin  of  the  corridor,  but  are  not  required 
to  fly  along  the  corridor  axis  to  the  corridor  axis  orientation  point 
itself. 
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parameter  is  used  in  the  weapon  allocation  phase.  The  sortie  genera* 
tion  phase,  which  constructs  the  detailed  plans,  may  use  ay^e  sophis- 
ticated COSMSL  data  to  achieve  more  highly  coordinated  missile  8t*.acks. 

In  the  case  of  bombers,  the  user  specifies  (in  the  parameter  CORBOHB) 
the  remaining  flight  distance  to  the  entrance  of  the  penetration  corri- 
dors at  the  coordination  time.  For  alert  vehicles,  launch  times  are 
coordinated  to  make  good  this  position  at  the  coordination  time  — 
except  that  no  alert  aircraft  are  held  on  the  ground  after  the  coordi- 
nation time.  The  launch  time  and  time  of  arrival  for  nonalert  vehicles 
differ  from  that  for  the  alert  vehicles  by  just  the  difference  in  the 
alert  and  nonalert  delays.  In  the  sortie  generation  phase,  the  bomber 
launch  times  are  staggered  according  to  the  LAUNCH  DELAY  time  described 
earlier  in  this  section. 


Penetration  Probability  (PEN) : The  computation  of  this  factor  is  dis- 
cussed in  the  section  entitled  Missile/Bomber  Defenses,  this  appendix. 

Evaluation  of  Warhead  Kill  Probability  (STK) : The  warhead  kill  proba- 
bility is  estimated  as  follows. 

The  lethal  radius  for  a one-megaton  weapon  against  the  j^  target  hard- 
ness component  is  computed  using  the  VN  function  in  program  PLANSET  and 
is  scaled  to  the  weapon  yield*  using  the  2/3  power  yield  area  scaling 
law.  The  kill  probability  is  computed  using  the  formula 


where 


W 


PR  = 1- 


D 


^2  , 1 „2 
D 


= lethal  radius 


2 2 2 
°D  = aCEP  + aTgt 


= 0.8493*CEP 

UEir 


°Tgt  - V2'448 

= radius  containing  0.95  of  total  target  value. 

For  gravity  bombs  and  missiles  this  is  the  yield  calculated  for  the 
group.  (See  Basic  Yield  (Bombers)  and  MRV/MIRV  Payloads  sections  in 
this  chapter.)  For  ASMs,  this  is  the  actual  warhead  yield. 
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For  gravity  bombs  and  missiles,  the  CEP  is  the  CEP  of  the  vehicles.  For 
ASMs,  the  CEP  is  the  CEP  of  the  ASM  as  input  in  class  ASM  in  the  data 
base.  The  lethal  radius  is  calculated  in  module  program  PLANSET  for 
both  ground  burst  and  optimal  air  burst.  The  kill  probability  calcula- 
tion uses  the  larger  of  these  radii  unless  the  user  specifies  (in  module 
PREPALOC)  the  burst  height  (air  or  ground)  for  the  target. 

This  kill  function  is  computed  from  a very  general  actual-range/kill- 
probability  law  described  in  the  Damage  Function  section  of  this  appen- 
dix. When  the  parameter  W equals  3,  sigma- 30  damage  curves  are  closely 
approximated,  appropriate  to  soft  targets  (below  15  psi) ; for  W equal  to 
6,  sigma-20  curves  are  approximated,  appropriate  for  hard  targets.  The 
use  of  these  sigmas  is  inherent  to  the  VN  system  as  outlined  in  Physical 
Vulnerability  Handbook  — Nuclear  Weapons  (U) , Defense  Intelligence 
Agency  (CONFIDENTIAL). 

For  weapons  restricted  to  targets  in  class  NAVAL,  this  calculation  is 
not  performed.  The  value  of  the  attribute  PKNAV  is  used  as  the  single 
shot  kill  probability.  (Note  that  these  weapons  are  identified  by  a 
value  of  PKNAV  greater  than  zero.) 

Multiple  Weapon  Attacks  — Square  Root  Law;  When  a number  of  weapons 
attack  a single  target,  there  are  two  ways  to  consider  the  total  expected 
kill  probability:  the  exponential  (or  power)  law  and  the  square  root 
damage  function. 

The  exponential,  or  power,  law  considers  the  total  survival  probability 
to  be  the  product  of  the  individual  survival  probabilities.  This  law 
is  not  as  appropriate  for  area  targets  as  for  point  targets.  The  user 
therefore  has  the  option  to  use  a square  root  damage  function  on  area 
targets;  i.e.,  targets  with  a radius  greater  than  zero.  The  square 
root  law  operates  as  follows:  For  each  weapon  i,  define  a factor  K.  as 
follows : 

ps  ■ exp  *(x  +t^r) 

where  Pg  = probability  that  target  survives  one  weapon  of  type  i. 

(Tills  factor  is  called  MUP  in  this  program.)  If  we  have  N^  weapons 
of  type  i,  then  the  survival  probability  of  the  target,  assuming  inde- 
pendent weapons,  is 

's.Hj  " exp  (-/Vi)  * (l  +/vi) 

If  we  have  N<  weapons  of  type  j also  allocated  to  the  target,  the  sur- 
vival probability,  again  assuming  complete  independence,  is 

PS  ,N.  ,N.  - ( - vVi+Yj  )*  ( 1 WwVj) 

J*  J 
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The  weapons  are  not  usually  considered  to  be  completely  independent. 

Thus,  the  sums,  + ...,  must  be  modified  to  consider  interweapon 

correlations.  The  method  of  modifying  this  sum  is  discussed  in  the 
Weapon  Correlations  section  of  this  chapter  (also  see  Derivation  of  For- 
mula for  Correlations  in  Weapon  Delivery  Probability) . 

A. 3 Weapon  Correlations 

A basic  consideration  underlying  the  need  for  cross  targeting  is  the 
existence  of  "shared  risks"  between  weapons — not  only  of  the  same  type, 
but  also  between  weapons  of  similar  or  related  types.  For  example,  if 
the  enemy  air  defense  is  better  than  expected,  the  actual  penetration 
probability  of  all  bombers  will  be  lower  than  that  planned.  If  ballis- 
tic missile  guidance  systems  prove  to  be  operationally  less  accurate 
than  expected,  the  target  kill  probability  will  be  lower  for  all  such 
missiles.  These  possibilities  are  illustrative  of  risks  that  are 
"shared"  by  large  numbers  of  weapon  systems.  Cross  targeting  is  intend- 
ed to  avoid  "putting  all  eggs  in  one  basket."  It  is  designed  to  increase 
the  probability  that  important  targets  will  be  destroyed  even  if  most  or 
all  of  the  weapons  with  certain  identical  characteristics  fail  to  per- 
form as  planned.  Cross  targeting  recognizes  the  fact  that  operational 
percentages  of  success  or  failure  for  weapon  systems  cannot  be  pre- 
dicted in  advance. 

The  basic  model  used  for  cross-targeting  analysis  therefore  recognizes 
that  operational  performance  reliabilities  are  uncertain,  and  treats 
them  as  random  variables.  War  plans  are  then  developed  on  the  assump- 
tion that  the  actual  reliabilities  that  may  be  encountered  in  practice 
are  unknown,  and  that  they  will  in  effect  be  selected  at  random  for 
each  weapon  type  from  appropriate  probability  distributions.  Moreover, 
it  must  be  recognized  that  the  reliabilities  are  not  independently  ran- 
dom for  each  weapon  type,  because  certain  risks  are  shared  by  many  weap- 
on types.  Thus,  on  a specific  Monte  Carlo  selection,  when  one  success 
percentage  is  low,  certain  other  percentages  should  tend  to  be  low  also. 

A satisfactory  plan  generation  model  also  should  be  capable  of  consider- 
ing these  relationships  between  the  success  percentages  for  various 
weapon  types. 

To  provide  input  data  for  the  generation  and  evaluation  of  a cross- tar- 
geting plan,  it  is  convenient  to  express  these  relationships  in  terms 
of  risks  that  are  shared  in  various  degrees  by  similar  weapon  systems. 

The  QUICK  Plan  Generator  deals  with  five  possible  failure  modes  (table 
12):  survival  before  launch,  launch  or  in-flight  failure,  correnand  and 
control  failure,  penetration  failure,  and  failure  to  kill  the  target 
even  if  delivered  successfully.  Each  such  failure  mode  can  involve  cer- 
tain risks  that  are  shared  with  similar  weapons.  For  each  such  mode  ol 
failure,  the  user  can  specify  the  extent  to  which  he  feels  risks  will 
be  of  a type  that  are  shared  by  all  weapons  of  the  same  group,  type, 
class,  region,  and  alert  status.  Residual  risks  that  are  not  specified 
to  be  shared  in  this  way  are  treated  as  independent  from  weapon  to  weap- 
on. Two  weapons  that  share  any  attribute,  such  as  type  or  alert  status, 
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can  have  a certain  amount  of  shared  risk.  The  failure  correlation  model 
used  in  the  QUICK  system  considers  each  weapon  to  have  seven  attributes 
over  which  to  distribute  the  effects  of  the  five  failure  modes.  Table 
13  shows  the  seven  weapon  attributes. 

Associated  with  the  attributes  and  modes  is  c matrix  which  specifies 
the  fraction  of  the  risk  in  each  mode  that  is  shared  by  weapons  with 
the  same  attribute.  This  failure  mode/attribute  matrix,  the  SMAT  array, 
defines  the  amount  of  risk  shared  by  similar  weapons  and  wa3  referred 
to  previously  as  the  correlation  array. 

The  entries  in  the  matrix  are  the  fraction  of  the  risk  of  failure  in 
the  failure  mode  that  is  assumed  to  be  shared  by  weapons  with  like 
attributes;  e.g.,  class,  type,  region,  and  alert  status.  The  sum  of 
each  row  of  the  matrix  must  be  1.0.  Two  weapons  in  the  same  group  that 
are  identical  with  respect  to  all  of  these  attributes  will  share  iden- 
tical risks  except  for  the  independent  component.  This  array  is  used  in 
the  QUICK  Plan  Generator  to  compute  weapon  delivery  probabilities  and 
expected  target  damage  when  multiple  weapons  are  assigned. 

Nature  of  Uncertainties;  The  basic  objective  of  cross  targeting  (using 
more  than  one  weapon  type  against  a target)  is  to  increase  the  probabil- 
ity that  the  target  will  be  destroyed  even  if  most  or  all  of  the  x^eapons 
of  any  given  type  fail  to  operate  as  planned.  In  other  words,  the  cross 
targeting  is  intended  to  hedge  against  the  fact  that  the  operational  tar- 
get kill  probability  for  any  weapon  type  is  uncertain.  In  the  conven- 
tional oversimplified  calculation  of  expected  target  destruction,  uncer- 
tainty in  the  percentage  of  targets  destroyed  is  assumed  to  arise  only 
as  a consequence  of  the  random  selection  of  statistically  independent 
individual  weapon  successes  and  failures  (which  are  assumed  to  be  drawn 
from  an  ensemble  of  known  overall  reliability).  However,  in  realistic 
planning  situations,  these  individual  weapon- to-weapon  statistical 
variations  account  for  only  a very  small  portion  of  the  total  uncer- 
tainty in  the  percentage  of  successes  that  xd.ll  actually  occur. 

There  are  numerous  other  factors  over  and  above  this  simple  statistical 
variation  that  introduce  uncertainty  in  the  actual  percentage  of  x^eapon 
successes.  In  the  present  model,  all  of  these  factors,  regardless  of 
their  actual  cause,  are  lumped  as  contributors  to  a single  uncertainty 
which  represents  total  uncertainty  in  each  of  the  various  planning  fact- 
ors. Thus,  xdthin  the  model,  the  overall  uncertainty  is  divided  into 
two  separate  parts.  First,  for  each  planning  factor  (such  as  in-flight 
reliability,  launch  reliability,  penetration  probability,  or  probability 
of  surviving  destruction  before  launch),  the  uncertainty  is  modeled  by 
defining  a probability  distribution  for  the  reliability  factor.  For  any 
specific  x«ir  game,  the  actual  reliabilities  are  considered  to  be  drawn 
at  random  from  these  distributions.  After  the  random  selection  of  these 
reliabilities,  there  still  remains  uncertainty  in  the  actual  success 
percentage.  This  second  uncertainty  derives  from  simple  statistical 
fluctuations  in  the  success  percentages  that  occur  x?hen  independent 
successes  and  failures  are  drawn  from  axi  ensemble  of  specified  overall 
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Table  12.  Failure  Modes 


MNEMONIC 

SBL 

CC 

REL 

PEN 

STK 


DESCRIPTION 


Probability  of  survival  before 
launch 

Reliability  of  command  and  control 
system 

Weapon  system  hardware  reliability 

Penetration  probability 

Probability  of  target  kill  by  war- 
head 


Table  13.  Weapon  Attributes 


NAME 

ALL 

ALERT 

CLASS 

TYPE 

REGION 

GROUP 

INDEPENDENT 


DESCRIPTION 


Shared  by  all  weapons  in  the  stock- 
pile 

The  alert  status  of  the  weapon, 
either  alert  or  nonalert 

Weapon  class,  either  bomber  or 
missile 

Weapon  type  (e.g.,  B-52G,  Poseidon) 

Region  of  launch  base 

Weapons  of  same  class,  type,  region, 
and  alert  status  whose  launch  bases 
are  close  to  one  another 

Shared  by  no  two  weapons  in  the 
stockpile 
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reliability.  However,  in  realistic  planning  situations,  this  latter 
cause  of  uncertainty  is  usually  relatively  minor.  The  really  serious 
uncertainties  and,  in  particular,  the  uncertainties  that  give  rise  to 
the  need  for  cross  targeting,  are  above  and  beyond  this  simple  statis- 
tical variability.  The  following  are  examples  of  some  of  these  impor- 
tant factors  that  contribute  to  the  uncertainty  represented  in  the  model 
by  the  probability  distribution  for  each  of  the  planning  factors. 


1.  The  enemy  strategy  and  tactics  are  unknown  and  these  can  have 
major  effects  on  the  probability  of  penetration  and  the  prob- 
ability of  destruction  before  launch  both  for  individual  weap- 
on types  and  the  force  at  large. 

2.  The  basic  system  reliabilities  in  an  operational  environment 
may  differ  from  those  estimated  in  a test  environment,  and  even 
the  test  environment  reliabilities  are  not  known  exactly. 

3.  The  actual  success  or  failure  percentages  for  one  weapon  may 
physically  influence  the  success  or  failure  probabilities  of 
others — for  example,  in  defense  suppression  attacks  and  in 
saturation  tactics. 


Weapon  Failure  Modes  and  Target  Survivability:  A programmed  weapon  can 
fail  to  destroy  a target  for  a variety  of  reasons  (failure  modes)  such 
as  destruction  before  launch,  launch  failure,  in-flight  failure,  pene- 
tration failure,  or  delivery  inaccuracy.  Assuming  that  these  various 
failure  modes  are  statistically  independent,  the  overall  reliability  of 
the  weapon  h (from  group  i(h))  will  be  simply  the  product  of  the  reli- 
abilities over  all  the  possible  failure  modes  j; 


R . = II'  R,  . . 
J j i(h)j 


where 


R^  = reliability  for  weapon  h 


Rf(h)j  = reliability  for  weapon  h with  respect  to  failure  mode  j 
The  target  will  survive  the  weapon  h with  probability 


sh  ” 1 " \ ~ 1 " Ij1  Ri  (h)  j 

Assuming  for  the  moment  that  all  weapons  programmed  against  the  target 
are  statistically  independent,  the  total  probability  of  target  survival 
is  given  by 

8 - g -t*  - s(x  - nv>j) 
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In  simplified  analysis  models  where  the  reliability  with  regard  to  var- 
ious modes  of  failure  is  assumed  to  be  independent  from  weapon  to  weapon 
(i.e.,  where  the  operational  reliabilities  are  assumed  to  be  exactly  pre- 
dictable), this  relation  gives  rise  to  a very  simple  law  for  target  sur- 
vivability with  regard  to  multiple  weapons.  Specifically,  relative  to 
any  target,  one  can  define  a single  parameter  X^  for  each  weapon  h, 
where 


h m ' sh 


e ^h  in  this  equation  can  be  thought  of  as  a measure  of  the  strength 
of  the  weapon  against  the  target.  The  probability  of  target  survival 
is  then  given  by 


This  relationship  is  widely  used  in  military  analysis  work.  It  has  the 
advantage  that  the  effectiveness  of  weapons  against  a target  can  be 
measured  in  terms  of  a single  additive  quantity,  and  the  efficiency  of 
a weapon  relative  to  its  value  can  be  measured  simply  by  comparing  this 
quantity,  X,  , with  the  weapon  cost  or  shadow  value. 


However,  as  soon  as  one  admits  the  possibility  of  uncertainty  in  the 
reliability  factors  or  of  dependence  of  the  reliabilities  between  weapon 
types,  the  simplicity  of  this  relationship  is  lost.  Since  the  X^  are 
related,  a simple  sum  will  no  longer  suffice  to  determine  target  sur- 
vival, The  incremental  effectiveness  of  each  weapon  depends  in  part 
upon  the  other  weapons  which  have  been  programmed  against  the  target. 

It  is  no  longer  correct  to  increase  the  sum  in  the  exponent  as  each 
weapon  is  added.  The  entire  expression  for  target  survival  must  be 
completely  reevaluated  with  each  weapon  addition.  Thus,  the  previous 
equation  must  be  expanded  to  the  form 


S = exp 


T.  An 

lv 


i - n r 


i(h)j 


n r 

h 


The  computational  complexity  of  this  expression  for  S in  terms  of  the 
Ri(h)j»  undesirable,  seems  to  be  unavoidable  in  a practical 
cross- targeting  model. 


One  obvious  and  superficially  attractive  way  of  avoiding  the  complexity, 
however,  may  require  some  comment.  It  has  been  suggested  that  the  com- 
plexity can  be  avoided  simply  by  considering  the  Xj4  as  the  random  var- 
iables, and  allowing  the  user  to  specify  the  statistical  dependence 
between  the  X^  rather  than  the  R^,^..  Unfortunately,  because  of  the 
complex  and  unintuitive  relationships  between  the  Xjt  that  result  from 
mutually  shared  risks,  this  approach  appears  to  place  an  impossible  bur- 
den on  the  user. 
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A simple  example  will  serve  to  illustrate  this  point.  Consider  two 
weapons,  A and  B,  that  share  an  identical  risk  of  destruction  before 
launch.  Weapon  A is  otherwise  completely  reliable,  and  weapon  B has 
numerous  other  more  important  failure  modes.  The  small  risk  of  pre- 
launch destruction  is  the  only  risk  that  prevents  the  for  the  reli- 
able weapon  from  being  infinite.  Thus,  the  destruction  before  launch 
risk  completely  determines  the  value  of  the  X*n  for  the  reliable  weapon, 
but  this  same  risk  will  have  very  little  effect  (even  on  a percentage 
basis)  on  the  X^  for  the  less  reliable  weapon.  Thus  an  identical  shared 
risk  produces  grossly  different  effects  on  the  X^  for  the  two  weapons. 

It  seems  clear  that  if  a model  Is  to  successfully  deal  with  the  statis- 
tical dependence  between  weapons,  the  user  must  be  permitted  to  express 
the  relationships  in  terms  of  the  sharing  of  risks,  and  the  consequences 
in  terms  of  the  X^  must  be  derived  by  the  model.  It  is  unrealistic  to 
expect  the  user  to  supply  information  directly  in  terms  of  the  X^,  even 
though  this  might  simplify  the  mathematics. 

Correlation  Input  Information:  The  preparation  of  correlation  informa- 
tion for  the  QUICK  Plan  Generator  is  simplified  for  the  user  through  the 
use  of  a hidden  variable  approach.  The  specific  hidden  variables  em- 
ployed are  generalized  so  that  they  can  represent  broad  aggregations  of 
risk  elements.  This  has  the  advantage  that  a standardized  set  of  risk 
elements  can  be  used,  and  it  i3  not  necessary  to  redefine  a new  set  of 
hidden  variables  for  each  application  of  the  system. 

For  the  purpose  of  dealing  with  these  risks,  the  QUICK  system  classifies 
all  possible  ways  a weapon  can  fail  (to  destroy  its  target)  into  the 
five  generalized  failure  modes  described  previously. 

Each  weapon  in  the  QUICK  system  is  considered  to  be  a member  of  a homo- 
geneous group  of  weapons  which  are  considered  to  be  identical  with 
regard  to  all  parameters  used  in  the  development  of  a war  plan.  The 
"weapon  group"  in  turn  is  categorized  as  being  of  a particular:  Class 
(bomber  or  missile);  Type  (minuteman,  B-52,  Polaris,  etc.);  Alert  Status 
(alert  or  nonalert);  and  Command  and  Control  Region.  The  various  specif- 
ic risk  factors  that  can  contribute  to  each  of  the  five  failure  modes 
are  also  further  classified  as  to  whether  they  represent  risks  that 
might  be  shared  in  some  degree:  by  all  weapons  of  the  same  class;  by 
all  weapons  of  the  same  type;  by  weapons  of  the  same  alert  status;  or  by 
weapons  which  share  any  other  weapon  attribute.  Thus  for  each  general- 
ized failure  mode,  the  QUICK  system  operates  as  if  there  is  a hidden 
risk  variable  for  each  weapon  attribute  (see  table  13,  Weapon  Attributes). 
By  the  conventions  used  in  QUICK,  the  risks  represented,  for  example,  by 
the  hidden  random  variable  "Penetration  Risk  - Class  Bomber"  are  avail- 
able to  be  used  only  in  the  calculation  of  penetration  risk  for  weapons 
that  are  members  of  the  class  "Bomber."  Another  risk  variable  is  avail- 
able to  be  used  for  penetration  uncertainties  by  all  weapons  that  are  of 
class  "Missile."  If  there  are  penetration  risks  that  are  relevant  only 
for  a subset  of  weapons  within  a class,  there  is  another  hidden  variable 
for  each  type  and  even  for  each  group  that  can  be  used. 

443 


The  risk  correlation  information  supplied  for  the  QUICK  system  thus 
takes  the  following  form.  For  each  failure  mode  j and  each  weapon  group 
i,  an  expected  reliability  R^j  is  specified.  The  total  risk,  or  var- 
iance, associated  with  this  reliability  factor  is  thought  of  as  being 
divided  into  two  parts,  an  independent  risk  and  a shared  risk.  The 
shared  risk  is  shared  by  all  weapons  in  the  group  and  is  a result  of  the 
variance  of  the  actual  reliability  R^j  relative  to  the  expected  relia- 
bility Rj, . The  remaining  variance  is  identified  as  an  "independent" 
risk  which  is  completely  independent  from  weapon  to  weapon  in  the  group. 
The  division  of  variance  between  "shared"  and  "independent"  thus  deter- 
mines the  width  or  uncertainty  assumed  by  the  Plan  Generator  for  the 
probability  distribution  of  Rjj  relative  to  R^j.  The  larger  the  per- 
centage of  independent  risk,  the  lower  the  uncertainty  in  R^j. 

The  portion  of  the  variance  that  is  assumed  to  be  shared  within  the 
group  is  then  further  subdivided  into  portions  that  are  attributed  to 
the  hidden  variables  for  weapons  of  that  particular  class,  group,  type, 
etc.  Thus  for  each  failure  mode,  the  risk  attribution  required  by  the 
QUICK  system  consists  simply  of  a specification  of  the  portion  of  the 
total  risk  that  is  to  be  associated  with  each  of  a number  of  weapon 
attributes.  Specifically,  the  user  must  specify  the  portion  of  the  risk 
associated  with  each  of  the  seven  weapon  characteristics  previously  de- 
scribed. 


The  summation  of  risk  percentages  attributed  to  each  of  the  above  fac- 
tors must  of  course  equal  100%.  The  following  table  illustrates  a typi- 
cal risk  attribution  array  (SMAT)  used  as  input  to  the  QUICK  system. 


ALL 

GROUP 

REGION 

CLASS 

TYPE 

ALERT 

INDEPENDENT 

SBL 

0 

.10 

,10 

.40 

.10 

0 

.30 

CC 

0 

.20 

.30 

.10 

.10 

0 

.30 

REL 

0 

.05 

0 

.10 

.20 

0 

.65 

PEN 

0 

0 

.10 

.20 

.20 

0 

.50 

STK 

0 

0 

0 

0 

0 

0 

1.00 

The  fact  that  100%  of  the  STK  risk  variable  is  treated  as  independent 
in  this  example  implies  zero  uncertainty  in  STK;  thus  in  this  example 
we  are  ignoring  any  uncertainty  in  weapon  yield  or  CEP.  The  choice  of 
,30  for  the  independent  component  of  the  SBL  as  opposed  to  .65  for  REL 
implies  the  assumption  of  greater  relative  uncertainty  in  any  SBL  relia- 
bility than  is  assumed  in  corresponding  launch  or  in-flight  reliabili- 
ties, REL. 

Since,  by  definition,  each  row  of  this  array  must  add  to  1.0,  the  final 
column  is  obviously  implied  by  the  numbers  in  the  other  six  columns. 

The  actual  input  format  for  QUICK  therefore  omits  the  final  column,  so 
the  correlation  or  risk  attribution  data  are  actually  supplied  in  the 
form  of  a 5 X 6 array,  known  as  SMAT.  By  convention,  in  supplying  these 
data  for  QUICK,  the  array  is  normally  filled  with  numbers  intended  to 
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represent  the  maximum  amount  of  uncertainty  or  shared  variance  that  it  . 
seems  reasonable  to  consider. 

One  other  important  simplifying  assumption  is  made  concerning  the  risk 
altrihul Ion  data  supplied,  in  principle,  one  might  think  that  the  user 
would  like  to  specify  different  risk  attributions  by  class,  type,  alert 
status,  etc.,  for  every  Individual  weapon  group.  This  approach  would 
provide  maximum  flexibility  to  control  the  factor  weightings  for  each 
group,  but  it  would  require  a separate  SMAT  array  for  each  of  the  groups 
used  (up  to  250)  in  the  QUICK  system.  To  avoid  this  data  burden,  the 
QUICK  system  actually  uses  only  one  SHAT  array  and  the  values  used  in 
the  array  are  chosen  to  be  a reasonably  good  compromise  for  all  weapon 
groups „ 

For  missiles  with  a MIRV  capability,  a different  weapon  correlation 
array  is  created.  The  user  specifies  what  fraction  of  the  variance 
attributed  to  the  INDEPENDENT  attribute  is  to  be  added  to  the  variance 
attributed  to  the  GROUP  attribute  for  all  MIRV  groups.  This  specifica- 
tion has  the  effect  of  increasing  intragroup  correlations  for  these 
groups.  Since  this  increased  correlation  is  applicable  only  to  those 
events  which  precede  booster  burnout,  only  the  failure  modes  which 
affect  the  booster  are  modified.  These  modes  are  survival  before  launch 
(SBL) , command  and  control  reliability(CG) , and  weapon  system  reliabil- 
ity (REL) . Two  SMAT  arrays  arc  stored,  one  for  MIRV  groups  and  one  for 
non-MIRV  groups.  As  each  group  is  processed,  the  appropriate  array  is 
used  in  computing  weapon/ target  interaction  parameters. 

A. A Weapon  Allocation 

Weapon  to  target  allocation  is  accomplished  by  one  of  two  methods.  The 
user  may  specifically  assign  some  or  all  of  the  weapons  identified  for 
the  war  game;  those  weapons  not  specifically  assigned  by  the  user  are 
automatically  (mathematically)  allocated  by  module  ALOC.  This  program 
allocates  capons  over  the  specified  target  system,  using  input  data 
concerning  the  structure  of  the  target  system,  the  inventory  and  capa- 
bilities of  available  forces,  and  the  war  objectives  and  strategy.  It 
produces  ns  output  a detailed  specification  of  the  weapons  assigned  to 
each  target. 

The  structure  of  the  target  system  Is  represented  by  the  location,  value, 
and  estimated  vulnerability  and  defense  capability  of  each  target  ele- 
ment. The  available  forces  are  represented  by  such  factors  as  range, 
yield,  accuracy,  reliability,  penetration  parameters,  response  time, 
speed,  survivability,  location  of  deployment,  and  inventory. 

The  allocator  (ALOC)  uses  generalized  Lagrange  multiplier  optimization 
techniques.  With  this  approach,  it  is  practical  to  use  comparatively 
detailed  payoff  functions  reflecting  realistic  uncertainties  and  planning 
contingencies  that  are  usually  ignored  in  automatically  generated  plans. 
The  approach  provides  sufficient  flexibility  to  include  targeting  objec- 
tives and  constraints  which  may  not  have  been  foreseen  in  the  original 
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formulation  of  the  payoff  function. 

The  objectives  and  strategy  reflected  by  the  plan  will  be  determined  by: 

o The  relative  values  assigned  to  various  elements  of  the  target 
system,  and  the  time  dependence  (if  any)  of  these  values 

o Any  minimum  required  kill  probabilities  which  may  be  specified 
for  particular  targets  or  groups  of  targets 

o The  portion  of  the  available  force  specified  (such  specifica- 
tion is  optional)  for  allocation? 

The  realism  and  sophistication  of  the  plans  produced  by  such  an  optimiz- 
ation depend  in  large  measure  on  how  completely  the  intended  objectives 
(with  realistic  contingency  or  uncertainty  considerations)  are  reflected 
in  the  payoff  function.  The  design  objective  has  been  to  provide  the 
flexibility  needed  for  any  reasonable  payoff  function.  Some  of  the 
factors  included  in  the  payoff  function  by  the  QUICK  Allocator  are: 

1.  The  time  dependence  of  target  values 

2.  The  uncertainties  in  target  vulnerability 

3.  Correlations  in  delivery  probability  between  weapons  which 
share  the  same  uncertainties  of  accuracy,  reliability,  pene- 
tration probability,  and  weapon  survivability  (for  the  second- 
strike  applications) 

4.  The  uncertainty  in  target  value  and  time  dependence  --  as  a 
consequence  of  the  unpredictability  of  enemy  actions 

5.  Uncertainty  in  the  level  of  ABM  interceptors  defending  the 
target. 

In  addition,  program  ALOC  computes  the  marginal  value  of  each  weapon 
allocation.  This  value  (RVAL),  whose  calculation  is  described  in  the 
Basic  Sortie  Generation  section  of  this  chapter,  is  used  in  the  sortie 
generation  process  to  determine  the  worth  of  including  a target  in  a 
sortie. 


The  same  types  of  information  are  used  to  control  the  resources  allo- 
cated for  defense  suppression.  In  principle,  the  allocation  of  effort 
to  defense  suppression  targets  should  be  chosen  to  maximize  the  de- 
struction of  other  elements  of  the  target  system  — and  should  follow 
as  an  automatic  consequence  of  the  values  assigned  to  these  other  tar- 
gets. However,  such  a ful  automatic  treatment  of  defense  suppres- 
sion is  beyond  the  present  state-of-the-art.  Consequently,  the  user 
must  specify  equivalent  values  or  required  kill  probabilities  for 
defense  suppression  as  well  as  primary  targets. 
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Concept  of  Operation:  The  efficient  targeting  of  a limited  inventory  of 
weapons  is  a combinatorial  problem  primarily  because  of  inventory  con- 
straints. The  fact  that  weapons  used  against  one  target  are  not  avail- 
able for  others  introduces  a resource  interaction  between  targets  that 
are  otherwise  independent.  The  Lagrange  optimization  technique  pro- 
vides an  exact  representation  of  this  interaction,  which  permits  the 
allocation  of  weapons  to  be  accomplished  one  target  at  a time.  In  the 
Lagrange  technique,  the  detailed  resource  interaction  is  represented  by 
a single  "price"  or  value  established  for  each  type  or  group  of  weapons. 
This  "price"  represents  the  value  of  the  weapons  in  each  group  in  rela- 
tion to  the  specific  requirements  and  objectives  of  each  war  plan.  This 
"price"  (or  Lagrange  multiplier)  corresponds  to  the  minimum  payoff  (in 
target  value  destroyed)  that  will  justify  the  use  of  the  weapon. 

The  QUICK  Allocator  utilizes  a resource  allocation  technique  published 
In  Operations  Research*  which  permits  the  application  of  Lagrange  multi- 
pliers to  discontinuous  or  nondif ferentiable  functions  (such  as  the  pay- 
off targeting  problems). 

As  applied  to  the  targeting  problem,  the  technique  consists  of  assigning 
a trial  "weapon  price"  for  each  "group"  of  weapons  in  the  inventory  to 
be  allocated.  (A  "group"  is  defined  here  as  a set  of  weapons  which  are 
so  nearly  identical  both  in  characteristics  and  location  that  no  dis- 
tinction between  them  is  necessary  during  the  allocation.)  The  attacker's 
"profit"  on  each  target  is  then  defined  as  the  target  value  destroyed 
minus  the  total  "price"  of  the  weapon  or  weapons  expended.  Weapons  are 
allocated  against  any  target  in  such  a way  that  this  "profit"  is  maxi- 
mized. (When  the  allocation  against  any  target  is  complete,  there  are 
no  weapons  in  the  total  inventory  which  could  achieve  an  added  payoff 
on  the  target  in  excess  of  their  assigned  "weapon  price."  Also,  there 
are  no  weapons  actually  assigned  to  the  target  which  do  not  achieve  a 
payoff  in  excess  of  their  assigned  "weapon  price,") 

For  missile  groups  which  have  a launch  timing  interval  (attribute 
LCHINT)  greater  than  zero,  the  price  for  each  salvo  within  the  group 
is  modified  as  described  in  the  Salvoed  Group  Multiplier  Adjustment 
section  of  this  chapter. 

If  the  allocation  were  carried  out  this  way  for  all  targets,  a certain 
total  number  of  weapons  from  each  group  would  be  assigned.  This  number 
could  be  more  or  less  than  the  actual  inventory  available.  However,  the 
resulting  allocation  would  be  a true  optimum  allocation  for  a hypotheti- 
cal stockpile  consisting  of  the  weapons  actually  used  in  this  allocation. 
If  the  number  of  weapons  allocated  from  any  group  were  larger  than  the 


H.  F.verett  III,  "Generalized  Lagrange  Multiplier  Method  for  Solving 
Problems  of  Optimum  Allocation  of  Resources,"  Operations  Research, 
Vol.  II,  No.  3,  May- June  1963.  p.  399-417.  For  ease  of  reference,  an 
excerpt  from  this  publication  is  contained  in  appendix  h. 
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actual  group  inventory,  then  the  trial  "weapon  price"  is  too  low,  and 
the  use  of  these  weapons  should  be  limited  to  those  places  where  a high- 
er return  is  achieved.  If  too  few  were  allocated,  the  trial  "price"  is 
too  high,  and  the  weapons  could  be  fruitfully  employed  where  the  payoff 
is  somewhat  less.  The  trial  "weapon  prices"  could  then  be  adjusted 
accordingly  and  a new  allocation  could  be  carried  out  until  a satisfac- 
tory approximation  to  the  actual  inventory  is  achieved.  Many  iterations 
throughout  the  target  list  would  thus  be  required  to  establish  the  cor- 
rect prices  which  would  cause  the  desired  stockpile  to  be  consumed. 

In  the  mathematical  allocator,  the  basic  process  described  above  is 
speeded  up  in  several  ways: 

1.  The  targets  are  processed  in  a random  order,  so  that  serious 
errors  in  the  initial  trial  "weapon  prices"  are  detected  prompt- 
ly and  are  corrected  by  observing  the  rate  of  allocation  for 
each  group  of  weapons.  Thus,  it  is  not  necessary  to  carry  an 
allocation  to  completion  before  correcting  the  trial  "weapon 
prices." 

2.  Initial  allocation  rates  are  monitored  for  aggregated  categories 
of  weapons  (i.e.,  weapons  which  share  identical  attributes), 
rather  than  individual  groups.  Huts,  statistically  useful 
information  on  the  allocation  rates  is  obtained  from  small  sam- 
ples of  targets,  and  corrections  are  applied  to  the  "weapon 
prices"  for  all  the  weapon  groups  within  the  aggregated  cate- 
gories . 

3.  Ordinarily,  in  such  a process,  it  would  be  difficult  to  esti- 
mate the  size  of  the  error  in  the  "weapon  prices"  from  the 
size  of  the  error  in  the  allocation  rates.  For  example,  a 
trivial  difference  in  "weapon  prices"  between  essentially  iden- 
tical weapons  could  cause  the  one  with  the  lower  "weapon  price" 
to  be  used  to  the  complete  exclusion  of  the  other.  The  QUICK 
Allocator  therefore  incorporates  a small  "premium"  which  pre- 
vents such  large  and  unnecessary  deviations  from  the  desired 
allocation  rates,  where  the  difference  in  profit  is  small. 

With  the  premium,  a large  error  in  the  allocation  rates  can 
occur  only  if  the  error  in  prices  is  substantial.  In  this  way, 
the  magnitude  of  the  error  in  the  "weapon  prices"  can  be  esti- 
mated from  the  allocation  rates,  and  corrections  of  the  proper 
size  in  the  "weapon  prices"  can  be  efficiently  made. 

A.  The  Iteration  process  in  trial  "weapon  prices"  Is  terminated 
when  "weapon  prices"  are  approximately  correct  (.typically  with- 
in a few  percent)  even  though  the  resulting  allocation  does  not 
accurately  fit  the  available  stockpile.  The  allocation  is  then 
adjusted  to  fit  the  stockpile  by  removing  weapons  excessively 
allocated  and  substituting  weapons  vinderal located . This  adjust- 
ment of  the  allocation  is  done  by  adjusting  the  "premiums"  In 
the  closing  phase  in  such  a way  that  the  loss  in  "profit"  is 
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kept  as  small  as  practical.  It  has  been  mathematically  proven 
in  the  preceding  reference  that  the  payoff  for  the  resulting 
allocation  will  not  be  degraded  by  this  closing  phase  by  more 
than  the  observed  loss  of  "profit.” 

This  final  approximation  technique  provides  a powerful  method  for  con- 
verging rapidly  on  war  plans  which  are  near  optimum.  The  extent  of  the 
observed  loss  of  "profit"  provides  a valuable  gauge  of  the  efficiency 
of  any  such  approximation.  (If  a rigorous  bound  on  deviations  from 
optimality  is  desired,  it  can  be  obtained  by  a final  pass  over  the  tar- 
get list  in  which  all  premiums  are  removed.) 

Adjustment  of  Multipliers;  To  understand  the  operations  of  the  allo- 
cator (module  ALOC) , it  is  helpful  to  think  of  the  set  of  all  targets 
arranged  in  random  order  around  a circle.  Processing  will  continue  for 
several  "pases"  around  the  circle  until  the  multipliers  have  converged 
to  acceptable  values,  and  the  weapon  stockpile  constraints  are  met.  To 
start  the  process,  initial  values  for  the  multipliers  (i.e.,  "weapon 
prices")  are  selected,  and  an  initial  pseudoallocation  is  made  in  which 
the  weapons  are  distributed  uniformly  (without  regard  for  integer  weap» 
on  constraints)  over  the  target  set.  Thus,  in  the  beginning  it  apoears 
that  weapons  have  been  allocated  at  exactly  the  right  rate.  As  each  new 
target  is  encountered,  the  pseudo  allocation  is  removed,  and  actual 
trial  allocation  is  made  using  the  current  values  of  the  multipliers. 
Since  the  initial  multipliers  are  not  correct,  this  gradually  produces 
an  error  in  the  estimated  rate  of  allocation.  This  error  is  then  used 
to  determine  how  to  adjust  the  Lagrange  multipliers.  Of  course,  sta- 
tistically significant  information  on  errors  in  the  allocation  rates 
becomes  available  most  quickly  for  those  groups  where  the  number  of 
weapons  is  large.  To  accelerate  the  adjustment  of  the  multipliers, 

ALOC  monitors  the  allocation  rates  for  large  collections  of  weapons 
(i.e.,  weapons  which  share  weapon  attributes,  see  table  13)  which  include 
many  groups.  When  it  is  observed  that  the  overall  allocation  rate  for 
such  a collection  is  in  error,  the  Lagrange  multipliers  for  all  the 
groups  involved  are  adjusted  simultaneously.  To  simplify  this,  the 
Lagrange  multiplier,  LAM(G) , for  each  individual  group  of  weapons  is 
expressed  as  a product  of  collective  "local  multipliers,"  LA(J).  Speci- 
fically, the  Lagrange  multiplier  for  a group  of  weapons  is  represented 
as  the  product  of  the  local  multipliers  for  all  weapons;  all  weapons  of 
the  same  class;  the  same  type;  the  same  region;  the  same  alert  status; 
and  a final  local  multiplier  unique  to  the  specific  group;  i.e., 

^(«-“(Ja1l)*“(JcU..)‘“(Jreg)*“(J.lert)  *U  (Jgr°»p) 

The  concept  for  monitoring  the  allocation  rates  is  as  follows.  'If 
there  are  a total  of  NTGTS  targets,  and  the  total  number  of  weapons  in 

a particular  collection  of  weapons  indexed  by  J (e.g.,  J , . J j is 

all*  class7 
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NOWPS(J),  then  the  expected  number  of  these  weapons  to  allocate  per  tar- 
get is  just 

Expected  Rate  = NOWPS ( J) /NTGTS 

If  the  observed  rate  is  less,  the  associated  multiplier  LA(J)  should  be 
lowered;  if  it  is  greater,  it  should  be  raised. 

Particularly  during  the  early  phase  of  the  allocation,  when  the  Lagrange 
multipliers  ("weapon  prices")  are  changing  rapidly,  the  allocation  rate 
will  also  change  rapidly.  Thus,  in  evaluating  the  allocation  rate,  it 
is  appropriate  to  place  more  weight  on  the  allocation  rate  for  more 
recently  processed  targets.  The  estimators  of  allocation  rate  used  by 
the  allocator,  therefore,  allow  a variable  weight  to  be  assigned  to  the 
targets.  Hie  estimated  allocation  rate  R for  any  collection  of  weapons 
J is  computed  as  follows: 

£ N(i,J)*W(i) 

,n_JL RUNSUM 

^ ; £ W(i)  WTSUM 

i 

th 

where  W(i)  is  the  weight  assigned  to  the  i 1 target*  and  N(i,j)  is  the 
number  of  weapons  from  the  collection  J assigned  to  the  ic^  target.  The 
summation  is  always  taken  over  all  targets.  However,  in  the  early  stages 
of  the  allocation,  the  weight  attached  to  each  successive  target  is 
increased  quite  rapidly,  so  that  the  estimated  allocation  rate  is  deter- 
mined almost  entirely  by  the  most  recently  processed  10  to  20  targets. 

As  the  Lagrange  multipliers  come  closer  to  correct  values,  the  target 
weights  are  increased  more  slowly  and  the  allocation  rate,  in  effect, 
is  averaged  over  a larger  number  of  targets.  Ultimately,  the  weight 
attached  to  succeeding  targets  is  held  fixed.  Obviously,  after  ail 
targets  have  been  processed  with  identical  weights,  the  above  estimator 
of  the  allocation  rate  becomes  an  exact  measure  of  the  average  alloca- 
tion rate  and  if  multiplied  by  the  number  of  targets  would  give  the 
exact  number  of  weapons  on  all  targets.  Thus,  the  same  estimating 
machinery  can  be  used  in  the  final  stage  of  the  allocation  as  a guide 
in  converging  to  the  exact  stockpile. 

Actually,  for  each  collection  of  weapons  J,  three  separate  estimators  of 
the  allocation  rate  are  maintained.  These  estimators  differ  in  the  rate 
of  change  of  the  target  weights  that  are  used  in  computing  the  estimates. 
In  effect,  they  correspond  to  averaging  the  allocation  rate  over  differ- 
ent numbers  of  targets.  The  algorithm  requires  that  all  three  estimates 
provide  the  same  sign  of  the  estimated  error  rate  before  it  will  change 
the  value  of  the  Lagrange  multipliers.  This  feature  provides  a conser- 
vative approach  to  changes  in  the  multipliers  and  reduces  the  chance  of 
overcorrecting. 


Target  weight  is  initialized  at  1.0  and  modified  during  processing,  as 
described  Calculations,  Lagrange  Multiplier  Adjustment. 
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The  allocation  process  evaluates  its  own  progress  in  converging  the  mul- 
tipliers and  determines  when  to  terminate  the  process.  The  variable 
which  reflects  this  evaluation  is  called  PROGRESS.  PROGRESS  is  an  arbi- 
trary variable  set  internally  by  program  ALOC  to  monitor  the  allocation 
State.  The  values  0,  .4,  .5,  .75,  1.0,  and  2.0  are  arbitrarily  assigned 
by  the  program  according  to  procedures  specified  within  ALOC.  Qualita- 
tively, the  PROGRESS  states  are  as  follows: 

1.  PROGRESS  * 0 This  is  the  initial  state.  Its  main  purpose  is 
to  prevent  the  allocator  from  terminating  very  quickly  because 
the  pseudo  allocation  seems  satisfactory. 

2.  PROGRESS  = .4  This  state  indicates  that  the  estimated  alloca- 
tion rates  reflect  primarily  the  actual  rather  than  the  pseudo- 
allocation. 

3.  PROGRESS  = .5  From  this  point  on,  the  rate  of  change  of  the 
target  weight  is  not  permitted  to  increase  — i.e.,  the  alloca- 
tion estimators  are  required  to  move  monotonically  toward  the 
state  where  all  targets  are  weighted  equally. 

4.  PROGRESS  = .75  Target  weights  have  stopped  increasing  — mul- 
tipliers are  assumed  to  be  nearly  stable. 

5.  PROGRESS  = 1.00  This  occurs  only  after  at  least  one  full  pass 
of  the  target  set  with  PROGRESS  = .75.  At  this  point  the  mul- 
tipliers are  frozen,  and  the  premium  (see  below)  for  meeting 
the  exact  allocation  is  gradually  increased.  During  this  phase, 
multiple  targets  previously  allocated  as  a unit  may  be  split  to 
receive  independent  allocations,  if  this  will  aid  in  meeting 
stockpile  constraints. 

6.  PROGRESS  = 2.00  Allocation  is  complete.  Three  options  for 
further  processing  are  provided  depending  on  value  of  IVERIFY 
supplied  by  user. 

IVERIFY  = 0 Current  allocation  simply  transferred  to 
normal  output  file,  and  process  halts. 

IVERIFY  = 1 Allocation  transferred  as  above,  but  a verifi- 
cation allocation  (not  recorded  on  file)  is 
made  to  obtain  a bound  on  the  maximum  theoreti- 
cal payoff  if  convergence  had  been  continued 
indefinitely. 

IVERIFY  = 2 Allocation  transferred  as  above  but  the  current 
allocation  is  reevaluated  assuming  a revised 
value  of  the  correlation  factor  which  is  user- 
input  at  the  8 tart  of  the  run  (C0RR2). 
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The  details  of  multiplier  adjustment  are  contained  within  ALOC. 


Salvoed  Group  Multiplier  Adjustment:  QUICK  forms  weapon  groups  for  the 
mathematical  convenience  of  the  allocation  process.  All  weapons  con- 
tained  in  a single  group  are  physically  identical  insofar  as  their  abil- 
ity to  create  target  damage.  This  fact  is  a critical  assumption  for  the 
Lagrange  multiplier  process,  because  a single  multiplier,  or  "price,"  is 
associated  with  each  weapon  in  a group.  Thus,  after  ALOC  has  run  to  com- 
pletion, the  weapon/ target  assignment  does  not  distinguish  among  the 
weapons  within  a single  group:  this  element  of  detail  is  added  later, 
in  program  POSTALOC,  (or  FOOTPRNT  for  MIRV  weapons). 

The  use  of  launch  interval  timing  constraints,  however,  creates  a funda- 
mental change  in  this  assumption,  because  it  now  is  the  case  that  differ- 
ent weapons  from  the  same  group  can  create  different  levels  of  damage  on 
on  a time-dependent  target.  This,  in  effect,  requires  that  each  salvo 
in  the  group  have  a different  Lagrange  multiplier,  because  it  has  a 
different  effectiveness  for  the  destruction  of  the  target. 

Consider,  for  example,  the  several  missiles  in  a submarine.  If  these 
missiles  are  used  to  attack  bomber  bases  from  which  the  bombers  are 
departing,  then  certainly  the  first  salvo  can  create  much  greater  dam- 
age than  a later  salvo.  In  the  language  of  the  Lagrange  multiplier 
technique,  the  first  weapon  has  a higher  marginal  utility  and  hence  a 
higher  multiplier  (L) . The  allocation  process  will  work  only  if  the 
correct  multiplier  is  assigned  to  each  different  weapon.  However,  for 
the  case  of  the  SLBM,  we  know  there  are  certain  relationships  among 
these  weapons  and  their  multipliers.  First,  all  the  missiles  are  physi- 
cally the  same  except  for  time  of  arrival  on  target.  Second,  the  value 
of  the  weapons  decrease  with  time  (assuming  the  target  value  decreases 
in  time,  or  that  it  is  possible  to  delay  a launch).  Therefore,  the 
value  of  the  multiplier  should  decrease  with  time. 

The  multiplier  for  the  Nth  salvo  (Ljj)  is  a function  of  the  multiplier 
for  the  first  salvo  (L^) , the  salvo  number  (n) , and  the  weighted  den- 
sity of  salvo  allocations  (P).  That  is 

Ln  - LAMGET  (L1,  F,  N) 

LAMGET  is  a function  whose  form  is 

Lj,  - Lx  - (P  * (n-l))*L1 

This  is  a straight-line  function.  The  weighted  density  of  salvo  alloca- 
tion P is  also  called  a balance  parameter.  It  is  used  to  maintain  the 
balance  between  salvo  allocations. 

The  value  of  P is  set  internally  by  program  ALOC  according  to  the  num- 
ber of  salvoes  in  a given  group.  There  is  one  balance  parameter  P for 
each  group  with  LCHINT  greater  than  zero  and  has  the  form, 
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P = . 1/ (MAXSAL  - 1) 


where  MAXSAL  is  the  maximum  salvo  number  in  the  group  and  .1  is  a sensi- 
tivity parameter  to  slow  the  rate  of  change  of  P. 

Closing  Factors  — Premiums:  The  Lagrange  multiplier  for  each  weapon  is 
modified  by  a premium.  This  factor  is  used  to  force  closure  of  weapon 
allocations  to  the  available  stockpile.  It  acts  as  a bonus  for  using 
under-allocated  weapons  and  a penalty  for  using  overallocated  weapons. 
The  parameters  which  are  used  to  calculate  the  premiums  are: 


SURPWP(G)  An  estimate  of  the  number  of  surplus  (or  unallocated 
weapons)  in  the  group.  This  number  is  based  on  esti- 
mated allocation  rates  in  the  early  phase  and  the 
actual  allocation  later. 

NWPNS(G)  The  actual  number  of  weapons  in  group  G. 


CTMULT  The  current  multiplicity  of  the  target  being  proc- 

essed. 


LAMEF(G) 


The  Lagrange  multiplier  for  the  group. 


The  premium  depends  also  on  three  control  parameters:  PROGRESS,  PRM, 
and  CLOSE.* 


The  effect  of  PROGRESS  (described  earlier)  is  as  follows: 

1.  If  PROGRESS  is  greater  than  1.0,  this  indicates  that  a verifi- 
cation allocation  is  desired  to  obtain  a theoretical  upper 
bound  on  the  payoff  without  regard  to  meeting  the  actual  stock- 
pile constraints.  For  this  purpose,  the  premiums  are  simply 
set  to  zero. 

2.  If  ?R0GRE83  is  less  than  1.0,  a small  premium  is  computed  which 
is  intended  only  to  avoid  large  deviations  from  the  desired 
allocation  rate  of  small  errors  in  the  Lagrange  multipliers. 

(Otherwise,  a trivial  change  in  the  multipliers  for  two  com- 
peting weapons  could  result  in  a complete  change  from  always 
allocating  one  to  always  allocating  the  other.) 

3.  If  PROGRESS  is  equal  to  1.0,  this  is  a signal  that  the  closing 
phase  has  been  reached  and  the  object  is  to  close  in  on  an 
exact  allocation  of  the  available  weapons.  In  this  case,  a 
larger  step  function  premium  is  computed,  and  the  size  of  the 
step  function  is  gradually  Increased  until  final  closure  occurs 


* 


PROGRESS  is  set  internally  by  the  module  as  described  in  Section  3. 
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During  the  early  allocution  phase,  superimposed  on  the  actual  payoff  is 
a small  negative  quantity  (called  a premium)  that  is  proportional  to  the 
value  of  each  weapon  group  and  quadratic  in  the  size  of  the  error  in 
allocation.  In  effect,  the  actual  payoff,  H(X),  for  any  allocation,  X 
is  adjusted  to  HOO^y. 

H(X)-PEM*  2 j NWPNS (G)*LAMEF(G)* 

G ( ' 

This  quadratic  addition  to  the  payoff  function  has  the  effect  of  intro- 
ducing a preference  for  allocations  where  the  absolute  value  of  SURPWP 
is  small. 

The  addition  or  deletion  of  a weapon  from  group  G will  give  rise  to  a 
difference  in  SURPWP  equal  to  the  current  target  multiplicity.  Thus, 
the  change  in  this  quantity  (per  unit  multiplicity)  with  the  addition 
of  a weapon  G is; 


PREMIUM (G) =PHM*LAMEF (G) * 


SURPWP(G)  - ,5*CTMULT 
NWPNS (G) 


and  the  change  with  deletion  of  a weapon  is: 


DPREMIUM ( G) =PRM*LAMEF ( G) * 


SURPWP (G)  - .5*CTMULT 
NWPNS (G) 


The  value  of  PRM  is  a user-input  parameter.  The  value  should  be  less 
than  1.0.  Otherwise,  in  cases  when  no  weapons  from  some  group  have  been 
used,  the  premium  for  allocation  of  a weapon  could  exceed  the  cost  of 
the  weapon  LAMEF(G)  and  weapons  could  be  allocated  even  if  the  payoff 
were  zero  or  even  negative.  Experience  has  shown  that  values  between 
.5  and  .9  work  very  well. 

When  PROGRESS  reaches  1.0,  PRM  is  set  to  .9  by  the  program  to  accelerate 
convergence.  In  addition,  a small  step  function  is  added. 


The  following  sketch  illustrates  the  value  of  these  step  function  pre- 
miums as  a function  of  their  SURPWP: 
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Notice  that  when  SURPWP  is  in  the  desired  area,  that  is  SURPWP  <.5,  the 
premiums  for  either  addition  or  deletion  of  a weapon  are  negative,  mak- 
ing the  current  allocation  seem  most  desirable.  If  there  is  a surplus 
oi  weapons  (right  side  of  figure),  the  premium  for  addition  is  positive, 
and  the  premium  for  deletion  is  negative.  In  the  limit,  if  closure  is 
long  delayed,  these  premiums  approach  the  value  of  the  weapons.  In  this 
limit  unallocated  weapons  seem  free.  The  formula  for  these  premiums  is 
approximately:*  LAMEF(G)*[ 1.0  - 1.0/CLOSE]  where  CLOSE  starts  at  1.0 
and  gets  larger  geometrically.  The  adjustment  of  CLOSE  is  controlled  by 
another  user-input  parameter.  CLOSE  is  adjusted  linearly  at  a rate  such 
that  at  the  end  of  one  pass  it  will  have  increased  by  the  amount  CLOSER 
(which  is  also  a user-input  parameter). 

On  the  left-hand  side  of  the  figure,  where  weapons  are  overallocated, 
the  premium  for  deletion  is  positive  and  the  premium  for  addition  is 
negative.  These  premiums  can  grow  large  without  limit  to  provide  incen- 
tive if  necessary  to  remove  a weapon  from  a very  attractive  target.  The 
formula  for  these  premiums  is:  LAMEF(G)* (CLOSE  - 1). 

Whereas  the  first  set  of  premiums  is  linear  and  can  be  thought  of  as 
representing  a negative  quadratic  addition  to  the  payoff,  these  premiums 
are  a step  function  and  can  be  thought  of  as  an  upside  down  "V"-shaped 
addition  to  the  payoff,  which  will  strongly  favor  allocations  that 
exactly  match  the  stockpile. 

Closing  Factors  — Salvoed  Missiles:  An  additional  closing  force  is 
applied  to  missile  groups  with  launch  interval  times  (attribute  LCHINT) 
greater  than  zero.  In  the  final  phase  of  weapon  allocation  when  PROGRESS 
= 1.0,  a stringent  "first  come  first  served"  salvo  selection  method  is 
used.  When  PROGRESS  = 1.0,  a salvo  will  not  be  allocated  unless  the 
salvo  is  currently  underallocated  to  the  extent  that  the  allocation  will 
not  cause  an  overallocation.  This  closing  force  produces  exact  stock- 
pile convergence  within  the  salvoed  groups  within  one  pass  through  the 
target  set  at  PROGRESS  = 1.0. 

Single  Target  Allocation — Targets  Without  Terminal  Ballistic  Missile 
Defenses : The  problem  is  to  select  the  best  combination  of  weapons 
against  each  target  as  the  targets  are  processed.  The  problem  there- 
fore is  really  a combinatorial  problem.  However,  to  calculate  the  pay- 
off for  all  possible  combinations  of  weapons  and  then  select  the  best 
on  each  target  would  clearly  be  impossible.  Consequently  the  method 
approaches  the  problem  by  adding  one  weapon  at  a time.  After  a weapon 
is  added,  the  program  estimates  the  additional  payoff  to  be  obtained  by 
adding  or,  where  relevant,  deleting  one  weapon  from  any  one  of  the  avail- 
able weapon  groups.  A decision  must  then  be  made  whether  to  terminate 


Actually,  it  has  been  found  desirable  to  add  a very  small  quantity 
equal  to  \ the  smallest  value  of  LAMEF(G)  for  any  G multiplied  by 
(CLOSE  - 1.0).  This  provides  an  incentive  for  [SMALLAM*( CLOSE  - 1.0)] 
using  weapons  with  very  low  marginal  value  even  if  the  payoff  is 
essentially  zero. 
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the  allocation  or  whether  to  add  or  delete  additional  weapons.  In  its 
effort  to  maximize  profit,  the  program  operates  initially  on  a form  of 
steepest  ascent  basis.  This  is,  it  selects  those  weapons  which  provide 
the  highest  payoff  per  unit  cost.  It  also  removes  any  weapon  which 
shows  a negative  profit  after  other  weapons  are  added.  There  is  a con- 
straint, however,  that  every  weapon  on  target  destroy  a minimum  fraction 
of  the  target's  original  value.  This  minimum  fraction  is  read  in  with 
the  other  control  data.  Ultimately  it  works  solely  on  the  basis  of 
marginal  profit  and  seeks  any  change  in  the  allocation  that  will  increase 
the  profit. 


Thus  in  effect  the  program  needs  to  know  the  marginal  profit  for  a poten- 
tial weapon,  the  efficiency  or  payoff  per  unit  cost,  and  the  marginal 
profit  of  each  weapon  already  on  the  target  so  that  weapons  which  become 
unprofitable  after  others  are  added  can  be  recognized. 

The  data  required  for  these  decisions  are: 


VT  The  current  surviving  target  value 

VTP(G)  The  potential  surviving  targe  value  if  a weapon  from 
group  G were  added 

VTD(N)  The  potential  surviving  target  value  if  the  weapon 
now  on  the  target  were  deleted. 

The  inputs  required  for  their  calculation  include: 

PSEMIUM(G)  The  current  premium  for  adding  a weapon  from  group 

G to  the  target 


DPREMIUM(G)  The  current  premium  for  deleting  from  the  target 
a weapon  from  group  G together  with  the  Lagrange 
multiplier 


LAMEF(G)  The  current  Lagrange  multiplier  or  cost  associated 

with  the  utilization  of  a weapon  from  each  group.* 

Using  these  input  arrays,  the  program  computes  the  potential  "BENEFIT" 
associated  with  the  addition  of  a weapon  from  any  of  the  weapon  groups. 
The  BENEFIT  is  interpreted  simply  as  the  payoff  plus  the  premium;  i.e,, 
for  potential  weapons,  BENEFIT  = VT-VTP+PREMIUM.  Similarly,  for  each 
weapon  that  might  be  deleted,  there  is  computed  the  BENEFIT  that  would 
be  lost  if  the  weapon  were  deleted,  BENEFIT  = VTD-VT-DPREMIUM.  Notice 
that  if  the  premiums  are  small  (as  they  usually  are)  the  benefit  is 
essentially  the  same  as  the  payoff.  It  is,  therefore,  convenient  to 


For  missile  groups  with  a launch  interval  time  (attribute  LCHINTVL) 
greater  than  zero,  the  basic  multiplier  is  modified  as  described  in 
the  Salvoed  Group  Multiplier  Adjustment  section  of  this  chapter. 
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think  of  the  BENEFIT  as  simply  a modified  payoff  that  is  to  be  maximized. 
The  PREMIUM  is  added  simply  to  speed  the  convergence  to  the  desired 
stockpile. 

The  program  scans  the  potential  BENEFIT  associated  with  all  weapon 
groups  that  might  be  added  and  finds  that  group  IPFMX  for  which  the 
"modified  potential  profit,"  PP,  is  greatest;  i.e.,  PPMX,  PP  = BENEFIT 
- LAMEF. 

Similarly  it  reports  the  group  IPVRMX  for  which  the  "efficiency,"  PVR 
is  greatest,  PVEMX.  The  "efficiency"  is  here  interpreted  as  the  rate 
of  BENEFIT  per  unit  cost;  i.e.,  PVR  « BENEFIT /LAMEF.  (It  is  necessary 
for  the  single  target  allocator  to  know  the  "efficiency"  of  alternative 
weapons.  If  it  were  guided  only  by  "profit"  (i.e.,  (BENEFIT  - LAMEF), 
it  would  always  select  those  individual  weapons  showing  the  largest  pro- 
fit, whereas  it  is  often  better  (especially  on  very  valuable  targets) 
to  select  several  less  costly  weapons  so  long  as  the  benefit  per  unit 
cost  is  higher.) 

Finally,  the  program  scans  all  weapons,  already  on  the  target,  to  deter- 
mine which  weapon  IDPMN  shows  the  smallest  DPMN  marginal  modified  orofit 


DP  where  DP  = BENEFIT 

«•  LAMEF. 

These  quantities: 

VALUE 

INDEX 

DEFINITION 

PPMX 

IPPMX 

Maximum  potential  profit 

PVRMX 

IPVRMX 

Maximum  potential  efficiency 

DPMN 

IDPMN 

Minimum  current  marginal  profit 

constitute  the  primary  input  for  determination  of  weapon  allocation  on 
single  targets.  There  calculation  is  modified,  however,  by  the  minimum 
and  maximum  damage  constraints  placed  on  each  target.  MINKILL  is  the 
minimum  required  damage  level.  MAXKILL  is  the  Maximum  desired  damage 
level.  MAXCOST  is  the  maximum  factor  by  which  value  may  be  multiplied 
to  obtain  MINKILL  (these  three  factors  are  established  in  the  data  base*. 
MAXKILL  and  MINKILL  are  defined  as  attributes;  MAXCOST  is  set  equal  to 
the  attribute  MAXFRACV) . MINDAMAG,  a program  user- input  parameter,  is 
the  minimum  fraction  of  damage  required  from  an  individual  weapon. 

To  implement  the  MINKILL  and  MAXKILL  responsibility,  the  VT,  VTP,  and 
VTD  are  replaced  by  effective  values  VTEF,  VTPEF,  VTPEF,  AND  VTDEF.  The 
relationships  are: 

VTEF  = ALPHA *MAXlF(VT,VTMIN) 

VTPEF  = ALPHA*MAX1F(VTP,VTMIN) 

VTDEF  = ALPHA *MAXlF (VTD , VTMIN) 
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(Note:  MAX1F  implies  "Maximum  of") 
where:  VTMIN  = VTD*(1.0  - MAXKILL) 

ALPHA  = Local  control  variable  defined  below. 

If  neither  MINKILL  nor  MAXKILL  has  been  explicitly  specified  for  the 
target  then  the  default  values  apply  (ALPHA =1.0  and  VTMIN-0.00)  and 
the  effective  values  of  VT,  VTP,  and  VTD  are  identical  with  the  actual 
values.  If  MAXKILL  has  been  specified  as  less  than  1.0,  it  implies 
there  is  no  value  in  reducing  the  target  value  below  V1MIN.  This  point 
of  view  is  built  into  the  payoffs  simply  by  not  allowing  the  effective 
value  to  reflect  any  surviving  target  value  less  than  VTMIN. 

The  variable  ALPHA  is  increased  above  1.0  when  necessary  to  motivate 
the  algorithm  to  achieve  the  specified  MINKILL  (minimum  acceptable 
fraction  of  expected  value  destroyed).  A quantity  VTMAX  is  defined 

VTMAX  = VTO* (1.0  - MINKILL) 

which  reflects  the  largest  acceptable  expected  surviving  target  value. 

If  the  computed  surviving  target  value  VT  exceeds  VTMAX,  and  at  the  same 
time  the  output  dees  not  show  any  additional  potentially  profitable 
weapons,  then  the  process  will  not  terminate  immediately.  It  will 
instead  increase  the  value  of  ALPHA  above  1.0  by  whatever  factor  nec- 
essary to  make  at  least  one  more  weapon  seem  profitable.  It  then  recy- 
cles and  reevaluates  all  the  output  parameters.  Since  ALPHA  multiplies 
all  the  target  values,  increasing  ALPHA  is  equivalent  to  increasing 
the  value  of  the  target  until  more  weapons  can  be  justified  against  it. 
Once  the  value  has  been  raised  so  that  the  required  kill  is  achieved, 
ALPHA  remains  fixed  (for  this  pass)  during  the  remainder  of  the  alloca- 
tion to  the  target,  so  that  the  program  automatically  proceeds  to  do  a 
complete  optimum  allocation  for  the  revised  target  value. 

There  is  a protection  feature  MAXC0ST  that  is  designed  to  prevent  exces- 
sive waste  of  warheads  against  a target  where  it  is  simply  not  practi- 
cal to  achieve  the  prescribed  destructive  level  required  by  MINKILL. 

If  the  current  cost  (of  the  allocation  to  the  target)  divided  by  the 
total  target  value  already  exceeds  the  ratio  prescribed  by  MAXCOST,  the 
value  of  ALPHA  will  not  be  increased  any  further.  For  the  same  reason, 
if  it  is  necessary  to  raise  the  target  value  by  a factor  of  100  or  more 
to  justify  the  specified  MINKILL,  the  ALPHA  will  not  be  further  increased. 

Experience  with  the  allocator  has  shown  that  if  the  efficiency  PVR  is 
used  in  its  pure  form,  PVR  = BENEFIT/LAMEF,  the  program  will  sometimes 
arrive  at  its  allocation  in  a very  inefficient  way.  What  happens  is 
that  during  the  initial  laydown  of  weapons  on  the  target  it  will  use 
large  numbers  of  very  cheap  but  not  very  effective  weapons.  Then  as 
soon  as  a more  efficient  weapon  is  used,  the  target  value  is  drastically 
reduced  and  many  of  the  weapons  initially  allocated  cease  to  be  worth- 
while and  have  to  be  removed.  Consequently,  the  program  now  incorporates 
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a revised  version  of  the  efficiency  PVR*.  This  is  defined  as  follows: 


PVR' 


is 


j PVR 

j[l.O  + 


PP 

LAMEF 


* 


if  PP<0 

1 + Y ( VTEF/  (VTPF-PiM-PREMLDM) ) 
1 + 7 


if  PKsO 


If  7 is  zero  this  gives  the  pure  value  of  PVR.  However  if  Y is  set 
above  zero,  as  it  usually  is,  then  the  value  of  PVR  will  reflect  the 
magnitude  of  the  profit  as  well  as  the  efficiency.  (This  coef ficienct, 
y,  is  a user-input  parameter.)  Notice  that  a.s  the  potential  profit  PP 
becomes  comparable  to  the  remaining  target  values,  the  coefficient  of 
Y in  the  numerator  becomes  largo  and  PRV'  is  increased  above  PVR.  In 
tho  limit  where  the  potential  profit  PP  is  negligible  relative  to  the 
remaining  target  value  VTEF , PVR'  is  equal  to  PVR.  Tho  single  target 
weapon  allocation  procedure  consists  of  three  parts} 

1.  A set-up  and  single  weapon  ..l location  phase 

2.  A multiple  weapon  laydown  loop 

3.  A multiple  weapon  refinement  loop. 

The  initial  Laydown  operations  ore  handled  using  tho  "efficiency"  as  tho 
criterion  for  selecting  weapons.  This  is  necessary  because  if  tho  "prof- 
it" were  used  at  this  stage,  effective  individual  weapons  which  could 
produce  a large  singLo  weapon  profit  would  always  be  selected  in  pref- 
erence to  less  effective  but  less  expensive  weapons  where  two  or  three 
such  weapons  added  in  succession  might  provide  a better  payoff  at  Lower 
coot.  However,  before  exiting  from  tho  routine,  provision  is  made  to 
tost  tho  allocation  to  determine  whether  u higher  total  profit  is  pos- 
sible. So,  tho  final  refinement  of  the  allocation  is  always  done  using 
total  "profit"  as  the  criterion. 

An  immediate  exit  is  made  if  there  are  no  potential  weapons  that  show 
a profit.  Otherwise,  the  weapon  which  shows  tho  highest  "efficiency"  is 
added,  A tost  is  then  made  to  determine  whether  more  weapons  are  needed 
on  the  target,  If  so,  control  passes  to  tho  multiple  weapon  laydown 
loop.  If  not,  it  is  clear  that  a single  wonpon  allocation  is  needed,  in 
this  case,  if  the  single  "efficient"  weapon  just  tested  is  not  also  the 
most  profitable  weapon,  then  it  Is  removed  and  replaced  with  the  most 
"profitable"  sLuglo  weapon  before  exiting  from  the  routine. 

On  tho  other  hand,  If  several  weapons  a o indicated,  the  multiple  weapon 
laydown  loop  takes  over.  This  loop  simply  keeps  adding  the  moot  effi- 
cient next  wonpon  until  there  are  no  more  ootontUtl  weapons  that  show 
a profit;  i.o.,  have  an  efficiency  greater  than  one.  (For  a profitable 
weapon,  (BENEFIT/COST)  must  exceed  1.0.)  As  new  weapons  are  added, 
however,  It  often  occurs  that  some  of  the  old  weapons  cease  to  be  prof- 
itable; provision  is  therefore  made  to  remove  any  unprofitable  weapons 
after  each  new  weapon  Is  added.  When  this  part  of  the  process  is 


complete,  all  weapons  on  the  target  must  be  "profitable"  and  there  must 
be  no  potential  weapons  that  would  show  a profit  if  added. 

At  this  point,  there  is  a remote  possibility  that  there  is  again  only 
one  weapon  in  the  allocation.  If  so,  it  is  replaced  with,  the  most  prof- 
itable single  weapon.  Otherwise,  control  passes  to  the  allocation 
refinement  loop. 

Basically,  the  allocation  refinement  loop  is  intended  to  start  back 
with  the  first  weapon  placed  on  the  target  and  successively  remove  each 
weapon  to  determine  if  there  is  any  more  profitable  weapon  that  can  be 
substituted.  If,  in  each  case,  the  same  weapon  proves  to  be  the  most 
profitable  the  allocation  is  considered  complete.  If,  in  any  case,  a 
substitution  occurs,  the  testing  of  the  other  warheads  starts  over  again 
from  that  weapon  until  all  weapons  on  the  target  have  been  tested. 

It  is  possible  during  this  process,  as  in  the  preceding  loop,  that  as 
more  profitable  weapons  are  substituted,  some  of  the  other  weapons  that 
formerly  were  profitable  will  cease  to  be  so.  Therefore,  after  each 
weapon  is  added,  a check  is  made  and  any  unprofitable  weapons  are  deleted. 
If  such  deletion  leaves  a situation  where  some  other  weapon  would  be 
profitable,  it  is  immediately  added  before  reentering  the  tasting  loop. 
Any  such  change  that  interrupts  the  testing  process  requires  that  the 
testing  start  over  again.  To  avoid  unnecessary  operations,  the  pointer 
which  selects  successive  weapons  to  be  deleted  for  testing  is  set  to 
skip  over  weapons  which  are  from  a weapon  group  that  has  already  been 
tested. 

Single  Target  Allocation  — Targets  With  Terminal  Ballistic  Missile 
Defenses;  The  allocator  (module  ALOC)  considers  two  possibilities  for 
targets  with  terminal  BMD.  It  first  attempts  a leakage  attack.  A 
force,  possibly  mixed  between  bombers  and  missiles,  is  allocated  without 
trying  to  exhaust  the  missile  defense.  Any  bomber  or  missile  weapons 
that  leak  through  their  respective  terminal  defenses  are  considered  in 
evaluating  damage.  Second,  the  allocator  attempts  an  exhaustion  attack. 

A force  of  missiles  large  enough  to  exhaust  the  terminal  missile  inter- 
ceptors is  allocated.  After  exhaustion  of  the  defenses,  missiles  are 
added  until  the  damage  done  by  each  incremental  missile  is  less  than  the 
value  of  the  Lagrange  multiplier  for  that  missile.*  The  profit  from 
ti'.ase  two  attacks  is  compared  and  the  more  profitable  allocation  is 
chosen. 

The  rate  of  return  for  a missile  against  a target  with  terminal  BMD  is 
defined  as  follows; 

RATE  - (VT  - VTDX)  / (LAMEF  PREMIUM) 


For  missile  groups  with  a launch  interval  time  (attribute  LGHINT) 
greater  than  zero,  the  basic  multiplier  is  modified  as  described  in 
the  Salvoed  Group  Multiplier  Adjustment  section  'll'  this  chapter. 
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VT  * Surviving  target  value  prior  to  latest  allocation 

VTDX  = Surviving  target  value  including  latest  allocation 

LAMEF  “ Lagrange  multiplier* 

PREMIUM  = Bonus  for  allocation  (see  Closing  Factors,  above) 

The  surviving  target  value  VTDX  is  computed  as  follows.  Let  FWK  be 
the  probability  of  warhead  kill  by  the  terminal  defense  (FKTX  in  Bomber 
and  Missile  Defenses,  above). 

Define  SSSP(G,J)  = Single  shot  survival  probability  of  the 

target  from  group  G on  hardness  component 
J 


Set: 


Then: 


NOWEP(G) 

VTOA(Nl,J) 

S(G,J) 

NWHD(G) 

NN 

M 

VTOA (L , J ) 
VT0A(NN+1,J) 
S(G, J)=(SSSP(G, 


= Number  of  weapons  allocated  from  group  G 

= Value  of  target  hardness  component  J at 
time  of  arrival  index  Nl 

= Probability  that  target  component  J sur- 
vives attack  of  NOWEP(G)  weapons  from 
group  G 

= Number  of  warheads  per  weapon  in  group  G 
- Number  of  weapon  groups 
* Number  of  hardness  components 
° V0(J)  = original  value  of  component  J 

“ 0 

J)+PWK-FWK*SSSP  (G,  J) ) (NW11D  (G) *N0WEP (G)  ) 


If  the  weapons  are  ordered  by  increasing  time  of  arrival,  then 


M NN  L 

VTDX  = E E [VTOA(L, J)  - VT0A(L+1,J)]  * n S(G,J) 

J=1  L=0  G=1 

The  innermost  sum  over  L,  must  be  carried  out  in  order  of  weapon  time  of 
arrival. 

Since  the  payoff  function  for  a defended  target  is  generally  not  con- 


For  missile  groups  with  a launch  interval  time  (attribute  (LCHINT) 
greater  than  zero,  the  basic  multiplier  is  modified  as  described  in 
the  Salvoed  Group  Multiplier  Adjustment  section  of  this  chapter. 
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cave,  one  cannot  look  at  only  the  rate  of  return  of  the  next  missile  to 
determine  whether  the  target  is  to  be  attacked.  Rather,  it  is  necessary 
to  allocate  weapons  beyond  the  exhaustion  point  and  then  search  for  that 
allocation  which  yields  the  highest  average  rate  of  return.  If  this 
average  rate  is  greater  than  one  (i.e.,  a profit  is  realized  by  attack- 
ing the  defended  target),  then  the  allocation  can  actually  proceed. 

The  missile  allocation  proceeds  as  follows.  First,  those  missiles  with 
the  cheapest  terminal  objects  (warheads  and  terminal  decoys)  are  allo- 
cated until  the  terminal  interceptors  are  exhausted.  Then,  each  missile 
type  in  turn  is  tried  to  determine  which  type  has  the  greatest  payoff 
per  unit  cost  when  added  to  this  exhaustion  mix  of  weapons. 

If  it  is  determined  that  saturating  the  terminal  defense  does  not  yield 
a profit,  the  leakage  allocation  is  restored.  In  any  event,  the  more 
profitable  allocation,  leakage  or  saturation,  is  used. 

Other  Constraints:  Several  other  constraints  may  be  imposed  on  the 
weapon  allocation.  These  constraints  will  reduce  the  payoff  but  allow 
more  realistic  modeling  of  special  cases.  Weapon  groups  may  be  re- 
stricted in  the  set  of  targets  they  are  allowed  to  strike  in  the  follow- 


Flag  Restrictions;  The  user  may  restrict  the  allocation  of  weapons  from 
any  group  according  to  the  attribute  FLAG.  Weapon  groups  may  be  per- 
mitted or  forbidden  to  strike  targets  according  to  the  FLAG  value  for 
the  targets. 

Country  Location:  The  user  may  specify  at  program  execution  time  the 
acceptable  target  country  location  codes  (CNTRYLOC)  for  weapon  alloca- 
tion by  weapon  group. 

MIRV  Restriction;  The  user  may  specify  at  program  execution  time  the 
acceptable  target  classes  (CLASS)  for  allocation  of  MIRV  weapons.  These 
constraints  are  input  by  MIRV  system  type  name. 

Naval  Restriction:  While  naval  forces  can  appear  as  targets  within 
QUICK,  there  are  specific  limitations  on  the  kind  of  weapons  that  can 
attack  the  aircraft  carriers.  All  the  targets  which  are  included  under 
class  NAVAL  should  be  moving  ships.  Certain  weapon  types  can  then  be 
designated  to  attack  only  NAVAL  targets.  Since  the  mechanism  of  inter- 
action of  these  naval  strategic  weapons  with  the  aircraft  carriers  is 
essentially  different  from  the  normal  kill  mechanisms  used  in  QUICK,  an 
attribute  (PKNAV)  is  defined  for  this  type  of  weapon  which  specifies 
its  single  shot  kill  probability  against  an  aircraft  carrier.  Thus,  in 
the  allocation  process  if  a particular  target  is  class  NAVAL,  the  only 
weapons  which  can  be  allocated  against  that  target  are  those  which  have 
the  attribute  PKNAV  defined  to  be  greater  than  zero.  The  kill  probabil- 
ity of  such  a weapon,  if  successfully  delivered  through  the  area  defenses 
against  the  carrier,  is  equal  to  PKNAV.  These  naval  attack  aircraft  are 
handled  like  the  tactical  aircraft,  since  they  do  not  pass  through  pene- 
tration corridors. 
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User-Specified  Damage  Levels  (MINKILL/MAXKILL) : The  QUICK  Plan  Genera- 
tor allows  the  user  to  specify  the  maximum  (MAXKILL)  and/or  minimum 
(MINKILL)  desired  level  of  damage  for  any  particular  target.  MINKILL 
specifies  the  minimum  level  of  damage  the  allocator  is  to  attain  (if 
not  attainable,  the  user  is  informed  by  the  message  MINKILL  Too  High). 
MAXKILL  precludes  the  assignment  of  additional  weapons  once  the  speci- 
fied level  of  damage  is  attained.  Because  only  an  integral  number  of 
weapons  can  be  assigned  to  a target,  the  level  of  damage  specified  by 
MAXKILL  may  be  slightly  exceeded,  unless  there  exists  a combination  of 
weapons  which  exactly  meets  the  required  damage  level. 

This  slightly  greater  level  of  damage  is  intensified  when  the  damage  is 
evaluated  using  procedures  which  ignore  the  interweapon  correlations 
and  planning  factor  modifications  used  in  QUICK.  In  order  that  the 
user  can  specify  whether  or  not  the  application  of  damage  constraints 
considers  these  factors,  two  options  are  available  to  the  user  for 
implementing  these  constraints.  As  a default  option,  these  constraints 
are  applied  to  damage  calculations  which  include  degradations  for  corre- 
lations in  weapon  delivery  probabilities  and  considerations  of  the  time 
dependence  of  target  value.  Since  the  evaluation  programs  to  be  used 
in  conjunction  with  QUICK  did  not  take  these  factors  into  account  and 
since  the  output  of  these  programs  was  to  be  compared  to  the  QUlCK-gen- 
erated  analysis,  an  optional  computational  procedure  was  desirable. 

Thus,  the  user  has  the  option  of  specifying  that  the  variables  MAXKILL 
and  MINKILL  be  appliH  to  target  damage  which  was  calculated  by  ignoring 
the  correlations  and  weapon  delivery  probabilities  and  the  time  degrada- 
tion of  value  of  the  target.  (User-input  parameter  IMATCH  is  used  for 
this  purpose.) 

Combined  Fixed,  Optimum  Assignment  Capability:  In  order  to  provide  for 
more  precise  user  control  of  weapon  allocations,  there  is  a capability 
in  the  plan  generation  process  to  allow  the  user  to  specify  certain 
particular  weapon-to-target  assignments  and  then  allow  the  automated 
plan  generation  process  to  allocate  the  residual  of  the  weapon  stock- 
pile so  as  to  maximize  destruction  of  the  remaining  target  value.  The 
user  can  specify  at  his  option  certain  fixed  weapon  assignments  at  a 
point  prior  to  the  actual  weapon-to-target  automatic  (mathematical) 
allocation  process.  This  allows  the  user  to  examine  the  output  of  all 
of  the  preceding  modules  before  committing  himself  to  a particular 
fixed  assignment.  The  user  must  specify  the  target  identifier  (target 
designator)  of  each  target  for  which  weapons  are  going  to  be  forced- 
assigned.  Also,  the  group  of  the  weapon  or  weapons  which  is  to  be 
assigned  to  each  of  those  targets,  as  well  as  the  number  from  those 
groups,  must  be  input. 

This  particular  capability  is  made  possible  by  the  flexibility  of  the 
generalized  Lagrange  multiplier  technique  for  performing  optimum  weapon 
allocations.  Since  any  constraints  can  be  imposed  on  the  allocation  to 
an  individual  target  without  seriously  affecting  the  Lagrange  multiplier 
allocation  procedure,  it  is  necessary  only  to  modify  the  damage  calcula- 
tions for  each  target  to  reflect  the  damage  created  by  the  user-specified 


463 


weapons  prior  to  calculating  the  return  for  new  potential  weapons 
additions.  Thus,  when  the  allocator  initiates  the  first  pass,  the  only 
target  value  that  has  to  be  considered  is  that  which  is  unaffected  by 
the  fixed  assigned  weapon.  Also,  the  assigned  weapons  are  subtracted 
from  the  stockpile  available  for  automatic  assignment. 

In  addition  to  the  fixed  assignment  capability,  the  user  may  also  speci- 
fy the  precise  impact  time  of  a fixed  missile  assignment.  This  allows 
the  user  to  externally  plan  a time  saturation  attack  against  a BHD 
installation  and  be  assured  that  the  final  QUICK  plan  will  execute  the 
tactic.  The  only  use  for  this  impact  time  specification  is  to  calcu- 
late the  correct  missile  launch  time.  If  an  impact  time  is  fixed,  this 
calculation  overrides  the  other  factors  which  would  normally  determine 
weapon  launch  time.  However,  the  use  of  attribute  DELTA  for  a missile 
base  will  modify  the  launch  time  in  the  Simulation  subsystem;  and  the 
user-input  parameters  DELMIS  or  DLMIS  (in  module  PLANOUT)  will  modify 
the  launch  time  used  in  other  simulators  and  damage-assessment  systems. 

If  the  target  does  not  have  terminal  ballistic  missile  defenses,  a 
maximum  of  30  weapons  can  be  assigned.  On  targets  with  terminal  BMD, 
weapons  from  a total  of  30  weapon  groups  may  be  assigned  with  no  limit 
on  the  maximum  number  of  weapons.  In  this  latter  case  no  bomber  weapons 
may  be  fixed  assigned  if  more  than  30  missiles  have  been  fixed  assigned. 

For  missiles  with  a MIRV  capability  the  assignment  and  timing  of  a fixed 
assignment  may  be  changed  by  the  application  of  the.  MIRV  footprint  param- 
eter constraints. 

Selection  of  Bomber  Weapon  Allocation:  Within  the  weapon  allocation 
process,  the  gravity  bombs  and  ASMs  of  a bomber  are  treated  somewhat 
differently.  The  penetration  probability  of  an  ASM  does  not  include 
local  attrition  effects.  The  kill  probability  of  the  ASM  uses  the  ASM 
CEP  factor  (rather  than  the  bomber's  factor)  and  applies  the  ASM  relia- 
bility REL.  The  yield  for  a gravity  bomb  used  in  allocation  is  the 
group  basic  yield.  The  yield  for  an  ASM  is  the  yield  of  the  ASM  war- 
head. 

The  allocation  process  selects  the  kind  of  weapon  (ASM  or  gravity  bomb) 
for  each  target  by  considering  the  damage  difference  between  the  weapons, 
the  difference  between  the  allocated  and  actual  ratios  of  ASMs  to  bombs, 
and  the  state  of  the  allocation  (i.e.,  PROGRESS.  See  the  Adjustment  of 
Multipliers  section  of  this  chapter.). 

The  weapon  selection  method  uses  a bomber  group  balance  variable  which 
is  dynamically  maintained  for  each  bomber  group.  This  variable  reflects 
the  degree  of  over  or  underallocation  of  ASMs  (or  bombs)  that  is  cur- 
rently experienced  during  the  convergence  process.  The  basic  group 
multipliers  are  not  affected  in  any  manner,  and  determine  whether  any 
weapon  from  that  group  is  to  be  allocated.  This  balance  variable  is 
updated  after  the  allocation  to  each  target.  The  calculation  and  use 
of  this  variable  involves  several  variables  which  are  defined  as  follows; 
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EXPASM  = fraction  of  weapons  in  a group  which  are  ASMs 

KXPBMB  = 1 -EXPASM  = fraction  of  weapons  which  are  bombs 

PEA  - expected  destroyed  value  of  target  if  ASM  used  (calculated 
In  program  ALOC) 

DEB  = expected  destroyed  value  of  target  if  bomb  used  (calcu- 
lated in  program  ALOC) 

AVDE  * average  (by  group)  of  quantity  ABSF  (DEA  -DEB) 

FASM  = current  fraction  of  weapons  allocated  which  are  ASMs  (cal- 
culated in  program  ALOC) 

FBOMB  = 1 -FASM  = current  fraction  of  weapons  allocated  which  are 
bombs 

CONPAY  “ internal  program  variable  between  0.  and  1. 

Except  for  CONPAY,  all  of  the  above  variables  are  defined  for  each  group 
composed  of  bombers.  For  each  bomber  group  on  each  target  the  alloca- 
tion process  selects  the  type  of  warhead  (ASM  or  bomb)  which  is  to  be 
used  on  the  target.  When  the  value  of  PROGRESS  is  zero  or  two,  the  pre- 
ferred weapon  is  the  weapon  with  the  higher  DE  (i.e.,  ASM  will  be  selec- 
ted I f DEA  is  greater  than  DEB  and  vice  versa) . For  values  of  PROGRESS 
of  .4,  .5,  .75,  and  1.0,  the  selection  process  will  consider  the  alloca- 
tion franctions  of  the  ASMs  and  bombs,  as  described  in  the  following 
paragraphs. 

If  ASMs  are  underallocated,  ASMs  are  selected  as  the  preferred  weapon 
unless  DEB  is  greater  than  DEA  and  the  quantity  (EXPASM  -FASM) /EXPASM 
is  less  than  or  equal  to  the  quantity  CONPAY* (DEB-DEA) /AVDE.  If  both 
of  these  two  conditions  are  met,  then  the  preferred  weapon  is  the  bomb. 

Note  that  the  quantity  (EXPASM  -FASM) /EXPASM  provides  a measure  of  the 
size  of  the  allocation  imbalance.  If  ASMs  are  only  slightly  underallo- 
cated, this  quantity  will  be  very  small  (near  zero).  If  there  is  a 
great  difference  between  the  actual  and  allocated  fractions,  this  quan- 
tity will  approach  the  value  one.  The  quantity  (DEB-DEA) /AVDE  is  a meas- 
ure of  the  magnitude  of  the  damage  difference  relative  to  the  average 
damage  difference.  The  quantity  ranges  from  a low  of  zero  to  high  posi- 
tive values.  A value  of  one  for  the  quantity  represents  an  average 
damage  difference.  The  variable  CONPAY  is  used  to  reflect  the  impor- 
tance of  the  allocation  difference  relative  to  the  damage  difference. 
Thus,  the  conditions  of  the  preceding  paragraph  select  the  bomb  as  the 
preferred  weapon  if  the  allocation  difference  is  less  than  the  modified 
damage  difference.  Thus,  if  the  allocation  is  nearly  correct,  the  more 
damaging  weapon  is  likely  to  be  chosen  as  preferred.  If  the  allocation 
is  far  from  correct,  the  underallocated  weapon  will  be  selected  on  all 
targets  except  those  where  the  damage  difference  is  quite  large.  The 
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same  rationale  holds  for  the  case  of  underallocated  bombs  as  described 
in  the  next  paragraph. 

If  bombs  are  underallocated,  bombs  are  selected  as  the  preferred  weapon 
unless  DEA  is  greater  than  DEB  and  the  quantity  (EXPBMB  -FBOMB)/EXPBMB 
is  less  than  or  equal  to  the  quantity  CONPAY*(DEA  -DEB)/AVDE.  If  both 
these  conditions  are  met,  then  the  preferred  weapon  is  the  ASM. 

The  value  of  variable  CONPAY  lies  between  zero  and  one.  Lower  values  of 
CONPAY  tend  to  increase  the  importance  of  the  allocation  difference. 

High  values  of  CONPAY  increase  the  importance  of  the  damage  difference. 

In  order  to  provide  adequate  closing  force,  the  value  of  CONPAY  decreases 
as  the  value  of  PROGRESS  increases.  Additionally,  when  PROGRESS  equals 
one,  the  value  of  CONPAY  continues  to  decrease. 

The  selection  of  ASM  or  bomb  on  a particular  target  allows  the  alloca- 
tion process  to  assess  correctly  the  expected  damage  effects.  Bombs 
and  ASMs  usually  differ  greatly  in  yield,  penetration  probability,  CEP, 
and  delivery  probability.  By  differentiating  between  these  weapon  types 
at  allocation  time,  the  allocation  program  selects  the  best  weapon  to 
be  used  when  the  bomber  sorties  ace  generated.  The  balance  between 
allocation  and  damage  differences  provides  for  maximization  of  damage 
while  continuing  consideration  of  actual  weapon  stockpiles. 

A. 5 Derivation  of  Lagrange  Multiplier  Adjustment 

Define  the  following  variables: 

= sum  of  the  target  weights  from  last  Lagrange  mul- 
tiplier update 

= number  of  weapons  sharing  attribute  J 
= number  of  targets 

= user- input  parameters  which  control  rate  of  multi- 
plier adjustment 

= Lagrange  multiplier  for  group  G 

= Lagrange  multiplier  for  attribute  J;  J = ALL' 

CLASS,  TYPE,  etc, 

**  local  internal  control  variable  which  governs 
size  of  promiums  (closing  factors) 

- number  of  weapons  in  group  G 

= current  target  multiplicity 


CURSUM(J) 

NOWPS (J) 

NTGTS 

SNSTVTY 

FSNSTVTY 

LAMEF(G) 

LA  (J) 

PRM 

NWPNS (G) 
CTMULT 
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RUNSUM(J)  = product  of  target  weights  time  number  of  weapons 

assigned 

WTSUM(J)  = sum  of  target  weights  measured  from  beginning  of 

target  list 

ALERREST(J)  = error  estimate  in  the  allocation  rate  for  attri- 
bute J 

CORRATE  = rate  to  correct  the  weapon  allocation  rate 

MULSTEP  = number  of  targets  processed  between  corrections 

WRATE  = rate  of  change  of  the  target  weights 

General  Approach;  Multipliers  are  not  continuously  updated,  but  rather 
recomputed  based  on  the  internal  variable  PROGRESS  (described  later) 
and  various  estimates  of  error  allocation  rates. 


If  PROGRESS  = 1.0  the  change  of  the  local  multiplier  is  omitted  so  that 
the  same  values  of  the  multipliers  are  retained.  If  PROGRESS  < .75 
updates  are  performed  for  every  two  targets  and  every  four  targets  for 
PROGRESS  = .75.  In  addition  to  PROGRESS  restrictions  each  multiplier 
is  changed  only  if  all  three  estimates  of  error  rate  have  the  same  sign. 
In  the  early  phases  of  the  program  (PROGRESS  < .75)  better  stability  is 
achieved  by  requiring,  in  addition,  that  the  average  allocation  rate  to 
the  last  two  to  four  targets,  as  computed  from  CURSUM,  show  the  same 
sign.  This  limitation  is  later  removed,  since  it  clearly  would  not  work 
well  for  weapon  groups  with  very  small  numbers  of  weapons  that  might 
only  be  allocated  two  to  ten  times  during  a pass  over  the  target  system. 

Upon  meeting  the  mentioned  restriction,  multipliers  are  updated.  The 
first  step  is  to  recompute  all  the  allocation  error  estimates,  ALERREST. 
At  the  same  time  SURPWP  is  reevaluated,  based  on  the  new  value  of 
ALERREST.  Although  SURPWP  is  continuously  updated  by  the  operating  pro- 
gram, it  is  useful  --  especially  in  the  early  phases  of  the  program  — 
to  base  it  on  the  projected  allocation- rate  estimates  rather  than  the 
actual  weapons  allocated,  which  at  that  time  could  be  very  misleading. 
This  provides  a more  rational  basis  for  calculating  the  premiums  at  this 
early  stage  of  the  program.  An  estimate  is  then  made  of  CORRATE,  the 
rate  at  which  it  is  desired  to  correct  the  allocation  rate.  Lambda  mul- 
tipliers are  now  recomputed  based  on  ALERREST,  SURPWP,  CORRATE,  and 
inputs  parameters  SNSTVTY,  FSNSTVTY . Also,  at  this  time  the  value  of 
all  weapon,  VLWPNS,  and  the  summation  of  the  value  of  the  error  in  weap- 
ons allocated,  VALERR,  are  reevaluated  along  with  a recalculation  of  the 
integration  periods  used  to  estimate  allocation  rates.  After  these 
updates  are  made,  allocation  continues. 

The  following  paragraphs  show  mathematical  deviations  of  methods 
employed . 
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Adjustment  Phase:  The  adjustment  phase  processing  is  determined  in  part 
by  an  internal  variable,  PROGRESS.  This  variable  is  assigned  the  arbi- 
trary values  0.,  .4,  .5,  .75,  1.,  and  2.  by  the  program  as  a flag  for 
various  stages  of  the  allocation  process.  PROGRESS  is  initially  set  to 

0.  at  the  start  of  processing  by  program  ALOC.  When  the  sum  of  target 
weights,  WTSUM,  exceeds  half  the  number  of  targets  PROGRESS  is  set  to 
0.4.  When  the  weight  change  rate  (WRATE,  described  later  in  this  sec- 
tion) first  decreases,  PROGRESS  is  set  to  0.5.  When  the  weight  change 
rate  decreases  to  zero  value,  PROGRESS  is  set  to  0.75.  A user-input 
parameter,  SETTLE,  determines  the  next  change.  SETTLE  is  the  number  of 
passes  the  process  continues  with  PROGRESS  equal  to  .75.  After  this 
time  PROGRESS  is  set  to  1.0.  PROGRESS  remains  at  this  value  until  one 
of  three  conditions  is  met: 

1.  More  than  1.5  passes  over  the  target  set  are  made  while  PROGRESS 

= 1.0; 

2.  The  sum  of  the  Lagrange  multipliers  for  the  under-  or  over- 
allocated weapons  (VALERR)  is  less  than  a fraction  (ERRCLOS , a 
user  input  parameter)  of  the  sum  of  the  Lagrange  multipliers 
for  all  the  weapons  in  the  stockpile  (VALWPNS); 

3.  The  sum  of  the  squares  of  the  allocation  error  estimates 
(SUMSQUERR,  the  sum  of  the  squares  of  ALERREST,  described 
later  in  this  section)  is  less  than  1/(10  * NTGTS2) , where 
NTGTS  is  the  number  of  targets. 

When  any  of  these  three  conditions  is  met,  the  allocation  process  is 
complete  and  PROGRESS  is  set  to  2.0. 

Multipliers,  when  adjusted,  are  recomputed  based  on  the  monitoring  of 
the  allocation  rates;  CORRATE  being  the  allocation  rate  correction. 

If  the  allocation  rate  is  corrected  too  rapidly  there  will  be  a ten- 
dency to  overcorrect  before  the  effects  of  the  correction  become 
observable  in  the  values  of  the  allocation  error  estimates.  This  can 
produce  oscillations.  To  estimate  how  rapidly  to  correct  the  error, 
an  estimate  is  made  of  the  number  of  targets  that  would  have  to  be 
observed  before  an  error  of  the  observed  size  would  be  statistically 
significant.  Even  if  the  multipliers  were  exact,  and  LUe  average  allo- 
cation rate  was  correct,  statistical  fluctuations  would  be  observed  in 
the  allocation  of  each  weapon  group  when  the  allocation  rate  was  sam- 
pled for  a small  number  of  targets. 

The  concept  for  monitoring  allocation  rates  and,  lienee,  updating  multi- 
pliers follows. 

Let  n equal  the  expected  or  average  number  ol  weapons  from  a collection 
available  per  target;  L.e,,  n = NOWPS(J) /NTGTS,  Then  in  M targets  (the 
size  of  M is  discussed  later)  the  expected  number  of  weapons  allocated 
should  be  just  n(M).  Suppose  the  actual  number  observed,  however,  is 
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n'(M).  Then  our  estimate  of  the  error  in  the  allocation  rate  ALERREST 
would  be 


ALERREST  * n'-n 

Assuming  a Poisson  distribution  for  weapon  allocation  rates,  the  sta- 
tistically expected  error  in  a number  of  expected  value  n(M)  is  equal 
to  Vn(M).  That  is, 

EXPECTED  ERROR  = Vn(M) 

or,  substituting  for  ALERREST, 

(n ' (M)  -n  (M)  ) 2 = n (M) 

(n'  -n)2  = n/M 

Solving  for  the  number  of  targets  M,  we  have: 

M = n/  [ (n'  -n)2] 


or 


M = (NOWPS ( J) /NTGTS) / [ ALERREST( J) ] 2 

as  the  number  of  targets  we  would  expect  to  sample  to  get  a statistical 
error  estimate  of  size,  ALERREST,  If  we  wish  to  reduce  the  indicated 
error  by  1 part  in  M per  target,  our  fractional  correction  in  the  allo- 
cation rate  per  target  should  be: 

1/M  = [ALERREST(J)]2/ (NOWPS (J) /NTGTS) 

This,  multiplied  by  a sensitivity  factor  SNSTVTY,  is  the  first  term  in 
the  value  of  CORRATE.  Therefore,  the  user-controlled  factor  SNSTVTY  can 
make  the  correction  more  or  less  sensitive  to  'recent'  target  experience. 
If  SNSTVTY  is  too  high  (much  above  .1)  oscillations  are  more  likely  to 
occur.  However,  if  the  entire  set  of  targets  were  observed,  the  esti- 
mate would  not  be  a sample  but  would  be  exact.  Therefore,  even  a very 
small  value  of  ALERREST  becomes  statistically  significant  if  it  is  based 
on  a sample  of  size  NTGTS.  Therefore,  errors  should  always  be  corrected 
at  a rate  at  least  equal  to  one  part  in  NTGTS. 

This  explains  the  second  term  in  CORRATE,  which  is  just  1.0/HTGTS  multi- 
plied by  a sensitivity  factor  FSNSTVTY  (final  sensitivity) . This  fac- 
tor controls  the  sensitivity  of  corrections  to  the  allocation  rate  in 
the  final  phase  of  the  allocation  where  the  errors  are  small.  Thus  the 
desired  correction  rate  is  just: 

CORRATE  = [ (SNSTVTY)*(ALERREST(J))2] /(NOWPS (J) /NTGTS)  + FSNSTVTY/NTGTS 
This  is  multiplied  by  the  number  of  targets  processed  between  corrections, 
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MULSTEP,  to  determine  the  fraction  CORFAC  of  the  error  to  correct.  In 
addition,  a safety  limit  of  % is  used  to  avoid  ever  making  a correction 
larger  than  % the  estimated  e-ror  rate. 

However,  even  when  it  is  known  what  fraction  of  the  error  in  the  alloca- 
tion rate  we  wish  to  correct,  an  estimate  must  be  made  of  the  relation- 
ship of  the  allocation  rate  to  changes  in  the  Lagrange  multipliers 
before  the  size  change  to  make  in  the  multiplier  can  be  estimated.  For 
this  purpose  it  is  useful  to  have  a model  of  the  dependence  of  the  allo- 
cation rate  on  the  value  of  the  multipliers.  We  have  assumed  a depen- 
dence as  follows: 

Rate  = k \~n 

Consider  now  two  rates,  the  current  rate  Rq  associated  with  a multiplier 
Aq  and  a predicted  rate  R^  associated  with  a new  multiplier  \i.  Tims  we 
find 

_ , n „ n , 

R1A1  ~ R0*0  ~ k 

or 

Ri/Ro  = <W"n 

so 


9(W  ' ”n 

For  small  differences  between  and  this  implies: 

Ri  " np  lx , Ao 
Sq  ~ \> 


Solving  for  the  new  value  ^ of 


\ ■ V1  + 


(Rl  -R0)/(-n) 


If  we  now  identify  a new  variable  R2  as  the  ultimately  desired  alloca- 
tion rate,  Rj.  as  the  new  rate  we  hope  to  obtain  with  X ^ , and  R()  as  the 
current  allocation  rate  — then  the  above  variables  can  be  associated 
with  information  already  available  as  follows: 

Rl  -Rq  - CORFAC* (R2  -Rq)  = CORFACT*ALERREST 

RQ  = ALERREST  + (NOWPS/NTGTS) 
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If  we  now  associate  the  variable  PARTIAL  with  n this  gives  rise  to  the 
following  procedure  for  updating  LA: 


TA  s ii  m*  M n + CORFAC*ALERREST(J.  INTPRD )/(-  PARTIAL), 
1V  ' 1 * ALERREST(J,  INTPRD)  + (NOWPS (J) /NTGTS) J 

ALERREST(J)  is  computed  as 


ALERREST(J) 


RUNSUM(J)  NOWPS ( J) 
WTSUM(J)  “ NTGTS 


The  formula  for  LA^(J)  is  well-behaved  if  ALERREST  is  large  and  positive 
but  if  it  is  negative  and  as  large  as  the  expected  rate  (NOWPS (J) /NTGTS) 
(i.e.,  if  the  actual  allocation  rate  is  zero),  then  the  denominator  goes 
to  zero.  In  this  case  an  infinite  correction  would  be  indicated.  To 
avoid  this,  the  expected  rate  in  the  denominator  iy  multiplied  by  2 
giving: 


la  rn  = ia  m*  ri  o + ^RFAc*alerrest(j,  intprd) /(-partial) , 

ll  ' 0w'  1 * ALERREST(J,  INTPRD)  + 2*  (NOWPS  (J) /NTGTS  )J 

This  is  the  function  used.  The  new  Lambda's  LA^(J),  are  recomputed  for 
attribute  J (e.g.,  Jail,  Jclass)  and  for  every  MULSTEP  targets  as  pre- 
viously outlined. 

In  the  present  version  of  the  program  the  value  of  PARTIAL (J)  has  been 
set  equal  to  1.0  for  all  the  local  multipliers  LA(J).  This  choice  is 
based  on  the  effect  of  the  return  on  the  sensitivity  of  the  allocation 
rate  to  the  value  of  LAMEF  or  When  the  multipliers  are  almost  cor- 
rect, it  is  usually  the  case  that  most  weapon  groups  are  in  close  com- 
petition with  many  other  groups  with  very  similar  properties.  Then  a 
small  change  in  the  multiplier  LAMEF  will  produce  a very  large  change  in 
the  allocation  rates,  as  the  weapon  group  in  question  almost  totally 
replaces,  or  is  replaced  by,  its  competitors. 

However,  such  a large  error  in  the  allocation  rate  will  not  actually 
occur  because  as  the  error  builds  up  the  estimated  value  of  the  payoff 
will  be  automatically  changed  by  the  premium.  Thus  for  constant  values 
of  LAMEF,  when  an  equilibrium  allocation  rate  is  reached,  it  must  be 
approximately  true  that  the  error  in  LAMEF  is  compensated  by  the  pre- 
mium. This  is,  if  is  the  correct  value  for  LAMEF  then: 

LAMEF  -PREMIUM  =AQ 


Since: 


PREMIUM  = PRM*LAMEF* 


SURPWP  -.5*CTMULT 
NWPNS 


we  can  define  a relation  between  LAMEF  and  (SURPWP/NWPNS) 
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LMEF*(1  -PEM* 


SURPWP  -»5*CTMULTv  ~ x 
NWPNS  } ~ 0 


Since  this  relationship  is  the  same  for  all  groups  it  is  reasonable  sim- 
ply to  use  the  same  value  1.0  of  partial  derivative  for  all  local  multi- 
pliers. 

The  values  of  LAMEF(G),  where  G is  the  group  index,  are  recomputed  using 
the  new  values  of  the  local  multipliers  (LA(J)  accordingly, 

LAMEF(G)  = LA(Jall)*LA(Jclass)*LA(Jreg)*LA(Jalert)*LA(Jgroup) 

At  the  same  time  it  is  necessary  to  reevaluate  the  summation  of  the 
value  of  all  the  weapons  VALWPNS  = £ LAMEF(G)*NW?NS(G)  and  the  summation 
of  the  value  of  the  error  in  weapons  allocated 

VALERR  = E LAMEF(G)*ABSF (SURPWP (G)) 

using  the  updated  values  of  LAMEF. 

Target  Weight  Change  Rate  & Integration  Period:  The  above  explained 
how  multipliers  are  recomputed  by  monitoring  allocation  rates.  The 
remaining  discussion  addresses  how  the  target  weight  change  rate  and 
integration  period  is  computed. 

The  average  number  of  targets  over  which  allocation  rates  are  averaged 
(the  integration  period)  is  determined  by  the  rate  at  which  the  target 
weights  are  increased. 

In  estimating  the  rate  with  which  to  correct  multipliers,  it  was  com- 
puted on  a statistical  basis  that  even  if  the  allocation  rates  were 
correct  an  estimated  error  of  size  ALERREST  would  be  expected  if  the 
allocation  rates  were  monitored  only  over  a small  sample  of  M targets 
where: 


M = (N0WPS(J)/NTGTS)/ (ALERREST(J))2 

Thus  if  separate  integration  periods  could  be  used  for  each  local  multi- 
plier, M as  defined  above  might  provide  a reasonable  basis  for  deter- 
mining the  period.  However,  in  fact,  the  same  periods  must  be  used  for 
all  local  multipliers  LA(J).  Currently  three  periods  are  maintained 
(INTPRD=1,  2,  3).  Consequently  the  value  of  the  integration  period  used 
must  be  based  on  an  estimate  of  overall  error  rate.  The  corresponding 
relation  is: 

M = (E  NOWPS ( J) /NTGTS ) /E  (ALERREST(J) )2 
G G 

where  the  summations  are  taken  over  all  weapon  groups.  The  quantity 
ENOWPS(J),  is  identical  with  NOWPS (1)  (Note:  LA(J)  for  J = 1 is  used 
G 
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for  all  weapon  groups)  and  so  for  efficiency  the  variable  N0WPS(2)  is 
used.  While  the  expected  value  of  ( ALE  REES  T (1  ))2  is  the  same  as  £ 

2 G 
(ALERREST(J))  , the  variance  of  the  latter  version  is  much  less,  and  it 

is  therefore  preferable  as  an  estimator  of  the  expected  integration 

period,  EXPINTPD  and  is: 

EXPINTPD  = N0WPS(1 ) (ALERRESTfr  )2)*NTGTS) 

To  allow  the  possibility  of  using  integration  periods  either  longer  or 
shorter  than  the  theoretical  EXPINTPD,  a desired  longest  integration 
period  DESINTPD  is  defined; 

DESINTPD  = EXPINTPD*RATIOINT 

where  RATIOINT  is  an  adjustable  input  parameter.  A low  value  allows 
higher  sensitivity  without  oscillations  in  the  values  of  the  Lagrange 
multipliers  but  too  low  a value  makes  convergence  to  the  correct  stock- 
pile sensitive  to  statistics  of  the  target  list.  If  the  target  list 
contains  targets  with  heavy  ballistic  missile  defenses  or  if  a large 
fraction  of  the  weapons  are  assigned  by  the  fixed  assignment  capability, 
this  parameter  value  should  be  increased  (to  4.0  or  above  if  necessary). 
If  this  period  were  used  exactly  in  setting  the  rate  of  change  of  the 
target  weight  (i.e.,  WRATE  = 1. 0 /DESINTPD) , the  WRATE  would  never  become 
exactly  zero  as  is  required  for  a constant  target  weight.  Obviously 
when  the  change  in  the  target  weight  becomes  small  over  a full  pass,  the 
WRATE  should  be  allowed  to  go  to  zero.  Therefore  in: 

WRATE  = (1.0/DESINTPD)  -<2.0/(NTGTS*RATIOINT)) 

the  term  (2./NTGTS*RATI0INT))  is  subtracted,  and  if  the  resulting  WRATE 
is  negative  it  is  set  to  zero.  To  avoid  a situation  where  large  errors 
cause  the  integration  period  to  become  ridiculously  small,  a limit  that 
WRATE  <:  .07  is  set. 

Moreover,  after  the  allocation  is  well  under  way,  PROGRESS  S .5,  the 
value  of  WRATE  is  not  allowed  to  increase.  In  the  program  WTRATE (INTPRD) 
is  used  as  a multiplier  of  the  target  weight;  therefore  we  add  1.0  to 
WTRATE  to  obtain  a suitable  multiplier  for  the  longest  period  NINTPRD. 

The  values  for  the  three  WTRATE  variables  are: 

WTRATE (3)  = 1 + WRATE 

RTNTPRT)- 1 

WTRATE  (2)  = 1 + WRATE  + + RINTPRD 

RTNTPRP- 1 

WTRATE  (1)  = 1 + WRATE  + + 2.*RINTPRD 

Input  parameter  RINTPRD  is  an  approximate  ratio  between  rate  of  change 
of  target  weights  between  different  integration  periods.  An  increase  in 
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this  parameter  increases  the  sensitivity  of  the  multiplier  adjustment  to 
recent  target  experience. 

To  restate,  Lagrange  multipliers  are  recomputed  based  on  variable  PRO- 
GRESS and  after  a specific  number  of  targets  have  been  processed.  The 
adjustment  is  based  on  maintaining  statistics  of  weapon  allocation  rates. 
The  differences  in  true  and  observed  rates,  along  with  input  sensitivity 
parameters,  make  up  the  formula  for  multiplier  adjustment. 

A. 6 Derivation  of  Formula  for  Correlations  in  Weapon  Delivery  Probability 

An  exact  calculation  of  the  probability  of  target  survival  when  it  is 
subject  to  attack  by  correlated  weapons  is  very  lengthy.  Both  the  con- 
ventional statistical  analysis  and  the  Bayesian  incremental  information 
approach  have  been  examined.  Both  approaches  for  each  time  and  hardness 
require  the  calculation  component  of  the  interaction  terns  between  each 
weapon  to  be  added  with  all  possible  combinations  of  the  weapons  already 
on  the  target.  Thus  the  completely  rigorous  calculation  would  be  imprac- 
tical in  a rapid  response  allocator.  The  method  used  here  is  based  on 
an  approximation  derived  from  the  properties  of  the  log-gamma  distribu- 
tion. 

When  a group  of  weapons  share  a common  failure  risk  the  probability  ot 
success  is  likely  to  be  either  high  or  low  for  all  weapons  collectively. 
Thus  the  probability  of  success  can  itself  be  thought  of  as  a random 
variable.  For  any  chance  value  of  this  overall  random  variable  there 
will  exist  the  usual  independent  probabilities  for  individual  weapons. 
However,  on  one  trial  the  overall  success  probability  for  the  group  or 
weapons  may  be  90%,  while  in  another  trial  it  may  be  50%  depending  on 
the  particular  success  probability  drawn  for  the  trial. 

The  following  mathematical  model  has  been  developed  to  deal  with  this 
type  of  problem.  We  assume  that  the  probability  of  survival  of  a tar- 
get with  respect  to  the  ic"  weapon  is  itself  a random  variable  S of  the 
form 


S 


i 


where  the  X^  are  random  variables  drawn  from  a known  distribution. 

If  two  weapons  are  involved,  then  the  probability  of  survival  with 
respect  to  both  can  be  represented  by  the  random  variable  S^: 

-(X  + X ) 

S ° S ,S  , **  c ■' 

T i j 

However,  the  random  variables  X^  and  Xi  may  or  may  not  be  independent. 
If  they  are  not  independent  then  of  course 
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<sis  j> 


<Si><S> 


XL'  the  X^  are  independently  drawn  from  a known  two-parameter  family  of 
distribution  with  a convolution  property,*  then  the  distribution  of 
+ X}  will  of  course  be  a member  of  the  same  distribution  family.  More- 
over, since  any  probability  distribution  for  the  X^  implies  a distribu- 
tion Lor  the  corresponding  S^,  the  distribution  for  S^Sj  can  be  calcu- 
lated and  the  value  for<SiSj>can  be  computed. 

The  gamma  distribution  given  by: 


P(X)dx 


Xae 


•X/b 


a + 1 


dx  for  X a 0 


r(a  + 1) 


P(X)  = 0 for  X s 0 

is  a well  known  two-parameter  distribution  with  the  required  convolu- 
tion property. 

The  gamma  distribution  is  unique  among  convolving  two-parameter  distri- 
butions in  that  the  expected  value  of  e”^  is  easily  computed.  This  pro- 
perty is  particularly  important  for  QUICK  since  the  damage  function  per- 
forms a computation  of  this  value  many  times  during  the  allocation.  The 
expected  value  of  e"x  is  given  by: 


<e“X> 


J P(X)e"XdX 


which  can  be  written 


<S>  **  <e"X> 


(b  + l) 


a + 1 


This  distribution  is  valid  for  b >0  and  a > - 1.  It  has  a mean 
p = b(a  + 1)  and  a variance  <x  ^ «*  b^(a  + 1), 

Since  this  distribution  is  completely  defined  by  the  mean  and  variance, 
the  actual  probability  distribution  of  S can  be  computed  at  any  time  so 
long  as  a record  of  the  mean  and  variance  of  the  distribution  is  main- 
tained. We  now  observe  that; 

2 2 

a + 1 = p /cr 


A probability  distribution  is  said  to  "convolve"  when  the  convolution 
of  any  two  distributions  in  the  family  (i.e.,  the  distribution  of  the 
sum  of  the  two  random  variables)  is  itself  a member  of  the  same  family. 
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and 


2 

b ° cr  I V 

so  the  expected  value  of  S can  be  written 


This  distribution  is  sufficiently  flexible  to  include  almost  any  shape 
distribution  of  interest.  For  a small  the  distribution  in  S approxi- 
mates a gaussian  centering  on  some  specific  survival  probability.  As 
the  cr  is  increased  the  distribution  widens,  so  that  it  can  approximate 
a uniform  probability  from  zero  to  one,  or  a sloping  probability  with 
more  weight  on  zero  or  one.  In  the  limit  of  very  large  cr  the  distribu- 
tion consists  essentially  of  spikes  of  different  weight  at  zero  and  one. 

If  we  were  dealing  with  independent  weapons  we  could  calculate  the  para- 
meters for  the  multiple  weapon  distribution  from  those  for  the  single 
weapon  distributions  simply  by  making  use  of  the  additivity  of  the  mean 
and  the  variance.  Specifically  the  mean,  for  the  new  distribution 
and  the  variance  ov^  would  be  given  by: 


°T  *i 


The  expected  value  of  target  survivability  S>p  for  the  new  distribution 
would  then  be  obtainable  through  the  equation; 


- in  <ST>  - — £ 


However,  the  variance  is  directly  additive  ns  above  only  if  the  weapons 
are  really  independent.  To  introduce  the  possibility  of  correlations  wo 
will  write  the  variance  as  follows; 


i j 


°irij°j 


476 


where  the  quantity  Ij.  represents  the  correlation  between  the  weapons. 

In  the  special  case  or  uncorrelated  weapons,  r^j  c 0 for  i ^ j and  1 tor 
i * j,  which  Ls  identical  with  the  previous  form. 

This  approach  of  arbitrarily  introducing  the  cross  terms  in  this  formu- 
lation to  approximate  the  actual  correlations  is  exact  so  long  as  the 
correlations  are  of  such  a form  that  the  distribution  of  X remains  a 
gamma  distribution.  To  the  extent  that  the  actual  correlations  cause 
departures  from  the  T distribution  the  approximation  is  in  error.  The 
correlation  model  thus  amounts  to  the  assumption  that  correlations  can 
be  adequately  modeled  without  going  outside  the  log-gamma  distribution. 

For  implementation  it  seems  appropriate  to  introduce  an  additional  sim- 
plification. In  the  foregoing  formuation  the  magnitude  of  the  penalty 
for  using  correlated  weapons  will  depend  not  only  on  the  size  of  the 
correlation  and  the  kill  probability  for  the  correlated  weapons,  but 
also  on  the  shape  of  the  distribution  for  the  success  probability  for 
each  weapon.  This  shape  dependence  introduces  a complicating  variable 
which  undoubtedly  exists,  but  for  which  it  would  not  be  easy  to  get  data. 
It  therefore  seems  desirable  to  eliminate  this  factor. 

This  can  be  done  by  standardizing  on  a single  shape  factor  for  all  cal- 
culations of  the  effects  of  correlations.  It  is  easiest  to  do  this  by 
considering  only  distributions  with  a very  large  a,  which  are  essentially 
spikes  on  zero  and  one.  This  choice  tends  to  exaggerate  the  importance 
of  correlations  (and  this  fact  should  be  borne  in  mind  in  assigning  the 
correlations  for  the  war  game)  but  it  significantly  simplifies  the  data 
required,  as  well  as  the  computation  of  the  payoff. 

r\ 

In  the  limit  of  large  a the  quantity  °i  approaches  Infinity  while 
the  quantity  !ai  compensates  to  maintain  the  correct  value  of 
-in  <Si> 

To  illustrate  the  transition  to  this  limit  we  let  b^  * 0"t  /^i  and  define 
fti  - b1/^n(bjL  + 1) 

Then 

-in  <St>  - 
so; 

"t  - J>t  [-Ai  <St>] 

and 

Vi  h <v] 
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The  formula  for  obtaining  the  expected  value  of  S(J,  can  now  bo  written 

2 

M’l' 

-in  <S,,,>  « — 5 in(b„  + 11 

1 (T  *■  1 

T 

ami  substituting, 

kt -!:Wl  M.0  <rTa  - s<rtrM^ 

wo  obtain: 


-in  <S  > «* 

i v v 


t 

r 

l\  s ( 

\ 

[ -in  <Sj 

ar  + 

■' r V'i 

IJ  1 

-in  <Sf^ 

* «j 

1/2  r 

Jlj 

m — — *■ 

-in  < 8 j> 

1/2 

Wo  now  assign  to  all  weapons  the  same  value  oi  , so  that  all  bj  are 
equal  ami  all  are  equal  anti  wo  obtain: 


-in  <8  > 


in(b,  + 11 


U:  (-in  <st>  )\ 

mm  mmmm  n v <— ot— «w— 


t i^TTT  ( ^ n <"s' t > ) l/ 2 (-in  < s j > i 1 7 2 

If  wo  now  let  h^  approach  infinity  the  ratio  oi  the  two  logarithmic 
quantities  will  approach  l.  Mote  that 


2 

M 2X-» 

T 


\ * y *1  ri-l°J 
1 \*% 


T M 


so 


V 


V 

It  tollowa  that  b > h ( anil  b s.  *)“  h^,  where  >|  la  the  number  of  weapons, 

*> 

Tim  limiting  case  hf  * >|  * h^  occurs  when  all  V - l ami  all  are 

equal.  Therefore  so  long  as  l>i  » *1  the  ratio  oi  the  logarithms  will 

he  essentially  l,  ami  in  the  limit  as  bj  approaches  Infinity  we  obtain 
simply: 


-in  < 8,p>- 


>:  -in  < 8 


V ' 


>'  i:  ( -in  <8  j>  ) 12  [ -in  ^ 8(>  ) l/  > 


For  compactness  ot  notation  lot  ns  identify  the  quantities 
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« (“Xn  <Sj  > ) and  pT  = (-^n<  S,f>  ) 


Then  since 


1.1 


1 i£  i « j we  obtain 
_ o 


.Lilli 


?i+?a  (^rruW 


w 


or  equivalently 


E M. 
i 

T7F 


^ + I AW  2 r^)1/2 


This  form  has  the  basic  properties  desired.  Notice  there  is  only  one 
interaction  term  between  each  pair  of  weapons.  In  addition,  only  two 
sums  need  to  be  maintained  to  compute  fi  . These  are: 


MU 


SIG  * S E (M. 
i j<il 


, 1/2 


2ruK 


1 1/2 


From  these  the  value  is  given  simply: 
Mt  - (MU)2  / (MU  + SIG) 


The  addition  of  any  new  weapon  adds  one  tern  to  the  MU  sum,  and  several 
terms  to  the  SIG  sum. 


The  computation  of  the  first  sum  is  trivial;  however,  before  the  second 
one  can  be  used  it  is  necessary  to  provide  a practical  method  of  esti- 
mating r^j. 

We  recall  that  the  array  RISK  (A,G,J)  was  computed  as  an  estimate  of 
shared  risk,  and  that: 


RISK(A,G, J)  » % SM(L)*SMAT(A,L) 

Lal,5 

For  a particular  weapon  G and  hardness  component  J,  this  relation  might 
look  as  follows:  (A  is  a weapon  attribute  index;  L is  a failure  mode 
index.) 
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SMAT (A. L) 

A «* 

1 

2 

3 

4 

5 

6 

L 

SM(L) 

All 

Group 

Reg 

Class 

Type 

Alert 

Independent  Risk 

1 

-LOGF(DBL)  “ .20 

.00 

.10 

.10 

.10 

. 10 

.40 

,20 

2 

-LOGF(CC)  - .00 

.00 

.10 

.30 

.10 

.10 

.30 

.10 

3 

-LOGF(REL)  - .05 

.00 

.05 

.00 

.10 

.20 

.00 

.65 

4 

-LOGF(PEX)  - .20 

.00 

.00 

.10 

.20 

.20 

.00 

.50 

5 

-LOGF(STK)  - .02 

.00 

.00 

.00 

.00 

.00 

.00 

1.00 

RISK(A,G , J) 

.000 

.0225 

.040 

.065 

.070  .08 

.1925 

Thus  the  SMAT  array,  a user  input  estimate  of  shared  risk,  is  used  sim- 
ply to  divide  the  five  types  of  risk  SM(L)  between  the  independent  weap- 
on risk,  and  the  six  factors  A that  any  two  weapons  might  have  in 
common.  The  total  RISK  over  all  A plus  the  independent  risk  is  of 
course  equal  to  the  sum  of  Sri(L).  "c  are  now  interested  in  using  the 
RISK  array  to  derive  reasonable  values  for  the  correlation  coefficients 

rir 

The  RISK  array  thus  represents  the  amount  of  the  risk  for  each  weapon 
that  is  likely  to  be  correlated  with  other  weapons  of  the  same  class, 
type,  etc. 

The  correlation  coefficients  should  reflect  the  shared  risk.  If  two 
weaoons  have  only  two  attributes  A in  common  then  the  shared  risk  should 
come  only  from  these  two  common  attributes.  Moreover,  the  amount  of 
risk  that  can  be  shared  on  the  basis  of  one  attribute  cannot  exceed  the 
minimum  risk  associated  with  that  attribute  for  either  weapon.  There- 
fore, to  estimate  the  maximum  risk,  Y,  , , that  can  be  shared  by  two 
weapons,  i and  J,  we  define:  J 

JLi  or  GAM(k, j)  - E 6 (A1,AJ)*Min  RISK (A^G^J) RISK (Aj  ,Gj , J) 


where  5 


a-  + Aj 


and  <5  = 1 if  A.  “A 


j’ 


The  coefficients  T-m  however  must  never  exceed  1.0.  Therefore  it  is 
appropriate  to  divide  the  shared  risk  GAM(i,j)  by  E SM  to  obtain  a nor- 

L 

malized  fraction  guaranteed  to  be  less  than  1.0. 

Thus  the  form  of  the  second  summation 

SIG  ■ E E 2(|i  )l/2  T (|i  )l/2 
t j<i  1 J 

would  become 


SIG 


v 

1 


V 

4 J 


j<i 


mikiAi(u  xi/2 

E SM 
L 
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However,  this  form  involves  square  roots  which  are  inconvenient.  More- 
over, it  represents  an  upper  limit  of  correlation.  We  can  reduce  the 
sle.e  ol  the  overestimate  by  using  the  largest  (or  maximum)  £ SM;  i.e., 

L 

using  the  least  reliable  weapon  for  normalization.  In  addition,  we  can 
simplify  the  form  and  provide  Cor  the  removal  of  square  roots  if  we  also 
multiply  by  (Hmin  A'maxi  • (This  is  a factor  leas  than  1.0  that  has 
the  effect  of  reducing  slightly  the  assumed  correlation  between  weapons 
of  very  different  overall  effectiveness.) 


With  these  changes,  the  equation  for  SIG  takes  the  form  of 


SIG  a £ £ 2(ji  ) 
i J<i 


1/2 


GAM(i.l)  min\1/2 
Max  £ SM  \Pmax J 

la 


(Xj> 


1/2 


The  form  in  braces  is  still  guaranteed  to  fall  between  zero  and  1.0. 

It  represents  the  actual  form  for  used  in  the  present  version  of  the 
Allocator,  This  form  has  a computational  advantage  in  that  it  simpli- 
fies the  calculation  of  SIG.  Assume  that  Then 


£ SM  >£  SM 
L L J 


and  so 


SIG 


£ £ 2(h.) 

i j<i 


1/2 


miLA i *, 

(n\llh 

£ SM.  1 

L 

W 1 

(Mji 


1/2 


This  reduces  to; 

£ E 


SIG 


1 


2*GAM(k,»*MIN 


Mi 


£ SM 
L 


This  is  the  actual  form  used  computationally.  (For  each  weapon  group  G 
the  quantity  H/  £ SM  Is  identified  in  the  FORTRAN  as  SSIG(G,J).) 
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The  specific  formula  used  for  the  terms  in  SIG  is  of  heuristic  origin 
and  is  obviously  somewhat  arbitrary.  It  is  justified,  in  the  final 
analysis,  by  the  fact  it  is  fairly  simple  and  that  it  works.  The 
resulting  kill  probabilities  produce  realistic  cross  targeting,  and  in 
cases  whore  these  probabilities  can  be  compared  with  a rigorous  statis- 
tical model  of  correlations,  it  produces  a satisfactory  approximation 
to  the  kill  probability. 
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In  summary,  the  mathematics  is  as  follows;* 

For  a single  weapon  let 

SSK  = single  shot  kill  probability,  and  let 
SSS  a single  shot  target  survival  probability 
then  SSK  is  given  by 

-LOGF(SSK)  = “ SM(L) 

ll 

As  usual,  SSS  » 1.0  - SSK,  and  we  define  p^  or  MUP  for  group  relative 
to  hardness  component  J as; 

MUP(G.J)  ° -LOGF(SSS) 

We  also  define  SSIG(G,J)  as; 

SSIG(G, J)  * LOGF (SSS ) /LOGF (SSK)  = MUP(G,J)/  J SM(L) 

I* 


Finally  we  define  RISK(A,G,J)  as: 

RISK(A,G, J)  - E SM(L)*SMAT(A,L) 
L-l.S 


The  preceding  three  arrays  (underlined  for  emphasis)  are  the  main  input 
for  the  estimation  of  kill  probabilities. 

The  target  survivability  relative  to  multiple  weapons  S-j.  is  given  by 
- T 

ST  - e P1 

2 

where  pT  a (MU)  / (MU  + SIG) 

and  where  MU  * £ p,  = £ MUP(G, ,J) 
t 1 i 1 

and  SIG  “ £ £ 2(p  ) 1/2  r, . (p, )1/2 

i j<i  1 J 

The  individual  terms  in  SIG  for  specific  i and  j can  be  thought  of  as; 
DSlG(i, j)  - 2(pt)1/2  r^jCpj)172 


The  displayed  mathematics  for  the  calculation  of  MUP  are  for  the  expo- 
nential damage  law.  live  derivation  of  the  quantity,  MUP,  required  for 
use  of  the  square  root  damage  law  is  discussed  in  the  Derivation  of 
Square  Root  Damage  Function  section  of  this  chapter  and  are  not  of  any 
importance  in  this  discussion  of  correlation  effects. 
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which  we  identify  computationally  as 


DSIG(k,j)  - 2*GAM(i,j)«Min  jSSIG(G.,J)} 

k“t,j 

where  GAM(i,jn,  the  maximum  risk  shared  by  i and  j,  is  estimated  as 
GAM(i,J)  * £ 6(Ai>AJ)*Min  {rISKCA^G^J) , RISKCA^Gj , J)} 


where 


<5,  the  Kroniker  <5,  is  Q if  A^  -f  Ay  and  1 if  A^  « Ay 


The  simple  form  used  for  DSIG  above  implies  that  has  the  form: 

M'l/J  1S  ,/Wn\1/2 

( MMax  J 


Max 

£ SM(L) 

L 

however,  this  form  never  enters  explicitly  into  the  calculations. 

To  combine  this  treatment  for  the  analysis  of  weapon  correlations  with 
the  preceding  treatment  of  time  dependent  target  values  we  simply  use 
the  ST  evaluated  above  to  supply  the  S(NI,J)  required  in  the  formula 

J*M  y>NN 

VT  a £ £ lV(NI,J)  - V(NI  + 1,J)]  * S(NI,J) 

J-l  NI»0 


The  weapons  to  be  included  in  the  evaluation  Sj  for  any  NI  are  of  course 
those  on  the  target  up  to  and  including  the  time  NI. 

This,  of  course,  requires  that  separato  sums  for  MU  and  SIG  be  main- 
tained for  each  relevant  time  interval,  NI,  and  each  hardness  component 
J.  Thus  these  variables  are  actually  two  dimensional  arrays  MU(NI,J) 
and  SIG(NI,J).  Moreover,  every  potential  payoff  estimate  (both  for 
each  weapon  that  might  be  added,  and  for  each  that  might  be  deleted) 
requires  a separate  complete  set  of  sums. 

Derivation  of  Damage  Functions 

A Universal  Damage  Function;  Consider  the  situation  for  which  the  lethal 
radius  and  CEP  of  a single  weapon  are  small  compared  to  the  target 
dimensions.  This  case  becomes  quite  pertinent  under  any  of  the  follow- 
ing circumstances: 

Very  large  cities 

Targets  whose  uncertainty  of  location  is  larger  than  the  area  of 
influence  of  a weapon 


Employment  of  large  numbers  of  small  weapons  (e.g.,  cluster  war- 
heads) 

Hardening  which  reduces  effective  weapon  radius  below  target  size 
(e.g.,  blast  shelters  for  urban  population). 

In  such  a situation,  where  the  value  density  of  the  target  does  not  vary 
significantly  over  the  area  of  effect  of  a single  weapon,  one  can  use- 
fully employ  the  concept  of  weapon  density  (weapons  targeted  per  unit 
area)  and  seek  the  weapon  density  as  a function  of  value  density  which 
optimizes  the  total  target  destruction  for  a given  total  number  of 
weapons. 

Before  such  an  optimization  can  be  effected,  however,  it  is  necessary  to 
obtain  the  relationship  between  the  weapon  density  applied  to  a sub- 
region,  expressed  for  convenience  as  the  fraction  of  the  original  value 
surviving.  In  the  most  general  case,  this  function  can  vary  with  posi- 
tion in  the  target,  reflecting  the  possibility  of  varying  degrees  of 
vulnerability  over  the  target. 

We  introduce  the  following  notation: 

X Position  within  target  (x,  y coordinates) 

co(X)  Density  of  weapons  targeted  in  vicinity  of  X (number/unit 
area) 

V(X)  Target  value  density  in  vicinity  of  X (value/unit  area) 

F(to)  Fraction  of  destruction  produced  by  weapon  density  o>,  in 

the  absence  of  hardening 

KX)  Vulnerability  (hardening)  factor  (Os/isl)  expressed  as 
effective  degradation  of  weapon  density 

W Total  number  of  weapons  intended  against  target. 

The  total  payoff  for  a given  weapon  density  distribution  is  then  given 
by: 

H = f VF(MO))dA  (1) 

A 

where  the  integration  is  understood  to  be  over  the  whole  target  area, 
and  dA  is  the  area  element. 

Similarly,  the  total  number  of  planned  weapons  is  given  by: 

W * / wdA 

A 
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We  seek  now  the  weapon  density  distribution  which  maximizes  the  payoff 
for  a given  W.  Introducing  a Lagrange  multiplier  £0,  and  applying  the 
generalized  method  described  above,*  we  seek  the  weapon  density  function 
which  maximizes  the  unconstrained  Lagrangian. 

L » H - AW  (3) 

This  is  equivalent  to  maximizing: 

L = /[VF(wM)  ~ XoldA  (4) 

-'A 


The  density  function  u>\  which  maximizes  this  Lagrangian  for  a given  A 
is  obtained  simply  by  maximizing  the  expression  inside  the  integral  at 
each  point  (see  cell  problem  discussion  in  Everett's  paper,  appendix  C). 
The  optimum  density  at  any  point  is  therefore  a solution  of: 

HAX  = |vF (Mu>)  - Aw}  (5) 


For  the  case  where  F is  monotone  increasing,  concave  (diminishing 
returns),  and  differentiable,  an  internal  maximum  of  (5)  can  be  sought 
by  zeroing  its  derivative: 

[VFOiw)  - Aw]  = VF'<pO)X)  M “ W = 0 (6) 

Letting  G * (F')~*  stand  for  the  inverse  function  of  the  derivative  of 
F leads  to: 

“x  -fg  i <7> 

Equation  (7)  gives  the  internal  maximization  of  (5).  To  complete  the 
solution  we  must  account  for  the  constraint  (negative  densities 

arc  not  allowed).  Thus  the  optimum  is  given  by  (5)  only  if  u)\*£0  and  if 
VF(J*w  ) - Aw  a0,  since  otherwise  (5)  is  maximized  by  w = 0.  The  com- 
plete solution  can  therefore  be  stated; 

Ip  G — ifc^sO  and  VF(M^  ) -Aw;>0 

(8) 

0 otherwise 

(This  solution  is  also  valid  even  if  F is  not  concave  — a situation  in 
which  G may  be  multivalued  — provided  that  one  uses  that  value  of 
G(A/VM)  for  which  VF(MO>)  -Acois  a maximum.) 
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Oh  serve  that  the  optimum  density  given  hy  (81  is  a function  only  of  V 
end  U,  end  is  explicitly  independent  of  position.  If  we  can  further 
assume  that  the  vulnerability  H is  a,  function  only  of  the  value  density 
V and  la  otherwise  independent  of  position,*  then  we  can  simplify  the 
formulation  and  solvit ion  somewhat.  In  this  case,  all  pertinent  target 
characteristics  are  summarised  by  two  functions; 

A(Vl  « total  area  of  those  areas  whose  value  density 
La  greater  than  V 

M fV'l  = vulnerability  factor  as  a function  of  value  density 

The  optimum  weapon  density  wy  given  hy  (81  becomes  than  a function  only 
of  the  value  density  V; 


InTVT  G(wW)  if  W-\  ~°  mul  vp0»»>  - «\«  £0 

0 otherwise 


(91 


and  the  total  pavoff  and  total  weapons  are  given  in  the  simple  form  of 
Stieltjes  Integrals; 


\\  - - / vh«x  u(vnaA(\o 


\ * ■ 


dA(V) 


(101 


This  completes  the  general  optimisation  of  weapon  density.  For  explicit 
solutions  we  require  specific  fuuctloua  for  the  target  value  distribution 
function  A (VI,  the  destruction  function  F (d>) , and  the  vuluerahll l tv 
distribution  ja (VI.  We  shall  now  consider  aevev'al  pertinent  cases. 


Which  seems  generally  quite  plausible,  and  la  In  any  case  certainly 
true  If  the  variation  of  W arises  from  optimisation  ot  shelter  deploy- 
ment, for  example. 
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Locally  Random  Impact  Model:  Whoa  the  CEP  la  not  significantly  smaller 
than  the  lethal  radius,  or  when  the  delivery  probability  of  Individual 
weapons  is  low,  the  situation  over  any  homogeneous  part  of  the  target 
can  bo  closely  approximated  bv  regarding  the  weapons  as  having  boon 
dropped  uniformly  at  random  over  that  part. 

Consider,  therefore,  a region  of  area  A (large  compared  to  the  lethal 
area  of  a single  weapon)  into  which  N weapons  each  with  lethal  area 
rrUg  and  delivery  probability  P are  delivered  uniformly  and  independently 
at  random.  The  probability  that  any  given  point  in  the  region  will  sur- 
vive one  weapon  is: 


S(l)  - 1 


P»1.K2 

A 


(ID 


and,  since  Weapon  arrivals  are  independent  events,  the  probability  of 
surviving  N is: 


Introducing  the  parameters  K and  U)  : 

2 

K ■ PirR.,  « oxpocted  lethal  area  of  one  weapon 
K 

to  o N/A  «*  weapon  density 
allows  (12)  to  bo  written  as: 

s«  » (‘  - t)” 

This  gives  for  the  destruction  function: 

Fn(w)  « 1 - S(«)  « 1 - (l  - 


(13) 


(14) 


(15) 
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Equation  (15)  still  contains  an  extra  parameter,  N,  which  is  the  number 
of  weapons  in  the  area  A used  to  derive  (12) — presumed  large  compared 
to  the  effects  of  a single  weapon  and  small  compared  to  the  total  target 
size.  We  are  currently  interested  in  the  limit  as  this  area  A becomes 
infinite  compared  to  the  effects  of  a single  weapon,  hence  in  the  limit 
as  N — >■»} 


F»  = lim  Fjj(co)  = 1 - e (16) 

N— *-  » 

which  becomes  our  final  destruction  function  for  the  locally  random 
impact  model. 

"Perfect"  Weapon  Model;  At  the  other  extreme  from  the  locally  random 
impact  model  is  the  hypothetical  situation  where  the  weapons  have  zero 
CEP,  delivery  probability  of  unity,  and  completely  destroy  a hexagonal 
region  of  area  K with  no  damage  outside  the  region. 

This  situation  closely  resembles  the  case  of  "cookie-cutter"  weapons 
of  zero  CEP  and  unit  delivery  probability,  and  deviates  from  the  latter 
only  when  the  area  covered  is  so  densely  packed  that  the  "cookie-cutter" 
circles  begin  to  overlap- -which  does  not  occur  until  the  fractional 
coverage  exceeds  n/(2''T3‘)  or  about  .91. 

For  such  "perfect"  weapons  the  destruction  fraction  is  given  by: 


( Km  u < 1/K 

( 1 to  > 1/K  (1?) 


Intermediate  Cases;  We  have  considered  two  extremes,  locally  random 
impact,  and  perfect  weapons.  For  actual  situations,  the  targeting  will 
not  be  random,  but  some  optimum  pattern  of  DGZs. 


As  the  CEP  becomes  larger  than  the  lethal  radius,  or  the  delivery  prob- 
ability becomes  small,  the  situation — even  though  based  on  a pattern  of 
DGZs — approaches  a situation  described  by  the  random  impact  moded.  On 
the  other  hand,  for  high  delivery  probability  and  small  CEP,  the  situa- 
tion begins  to  approach  the  "perfect"  weapon  case — particularly  as  the 
weapon  effect  radius  becomes  sharp  (close  to  "cookie-cut:tev"--e.g. , the 
conventional  020  model) . 


Returning  to  the  destruction  function  given  by  (15)  containing  the 
extra  parameter  N (from  which  the  random  model  was  obtained  by  lotting 
N — *■») , we  observe  the  remarkable  fact  that  for  N*l,  this  function  is 
precisely  the  damage  function  (17). 
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Since  this  function  contains,  for  the  extreme  values  of  N,  the  two 
limits  we  have  considered,  it  seems  reasonable  to  suppose  that  any 
actual  intermediate  case  could  be  adequately  approximated  by  this 
function  for  some  intermediate  value  of  N. 

We  shall  accordingly  adopt  this  general  function  as  our  destruction 
function,  subject  to  subsequent  empirical  verification. 

The  general  law  therefore  becomes: 


For  purposes  of  determining  the  optimum  distribution  of  weapon  density 
over  a target  of  varying  value  density  we  wish  to  employ  Eq.  (9),  for 
which  we  require  the  function  G **  (F1)"^.  Accordingly, 


for  which  the  inverse  function  is  easily  determined  to  be; 


1/ (N-l) 


(20) 


Thus  from  (9) , the  optimum  weapon  density  is  given  by: 


(21) 


A89 


f 


and  for  which  the  destruction  fraction  ia  easily  calculated: 


i - /— 

\KVp(V)j 


N/N-l 


KVy 


■<1 


(22) 


fnK  y)  = 


KVy 


>1 


This  completes  the  general  treatment  for  arbitrary  target  value  distri- 
butions. 

Gaussian  Targets:  A particularly  important  special  case  is  that  of  a 
Gaussian  target,  for  which  the  value  density  distribution  is  given  by: 


V(*,y)  . 2 

2iro 


(23) 


(The  total  value  is  here  normalized  to  unity.)  From  (23)  we  determine 
the  relationship  between  radius  and  value  to  be: 


r2(V)  = -2o2  £n(2iro2V) 


and  hence  the  cumulative  area  distribution  function  to  be: 


(24) 


( I 


A(V)  = nr2 (V)  » -2ttc2  in(2Tta2V)  for  V<— i 


2zo 


and  the  differential  element  is: 


dA(V)  = - dV 


(25) 


(2b) 


Solution  For  Constant  Vulnerability:  Combining  Eq.  (10)  with  (26)  and 
(22),  and  letting  p = l: 
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I - 
< 1 


1 t 


l/(2ira2) 


Hx  ■ / v 

X/K 


-i}*" 


F) 


l - iHli  - (N  - 1) 


(*£) 

(2tio‘ 

K 


dV 

N 


2X\^  2*o2X 


(27) 


Transforming  Che  Lagrange  multiplier  X to  a new  multiplier  {3: 


8 “ 


2tto2X 


1/ (N-l) 


(28) 


we  can  rewrite  (27)  as: 


Hg  - 1 - r I 1 + (N-l)  * (1  - 8) 


(29) 


The  total  number  of  weapons  as  given  by  (10),  (21),  and  (26): 


1/  (2ua) 


wx  “ 


/'!  HCJ(^> 

X/K 


(30) 


leads,  in  terms  of  {3,  to: 


N(N-l)2no* 

K 


- ln( B - 1)J 


(31) 


In  order  to  permit  explicit  exhibition  of  payoff  as  a function  of  num- 
ber of  weapons,  it  is  necessary  to  define  a now  function,  y>  which 
is  the  inverse  of 


y - iny  - 1 = x 
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(32) 


that  is,  y «*  y(x).  It  is  defined  for  all  nonnegntive  arguments,  with 
values  on  the  interval  toro-one.  With  this  function,  (29)  and  (31)  can 
be  rewritten,  in  terms  of  surviving  value: 


S=6w[l  + (N-l)  (1  - &)] 


g = T 


KW 


,2tkj  N(N  - 1), 


(33) 


Equations  (33)  summarise  the  relationship  between  surviving  fraction, 
S,  and  number  of  weapons  targeted,  W,  for  Gaussian  targets,  and  with  a 
model  parameter  N,  which  can  range  from  1 to  ». 

The  two  limiting  forms  of  (33),  corresponding  to  N «*  1 and  N —►  <»  are 
interesting  and  important,  and  are  easily  shown  to  be: 


Sj  » exp(-KW/2ao  ) 


These  are  often  termed  the  power  law  (or  exponential  law)  and  the  square 
root  law,  respectively. 

Derivation  of  Kill  Probability  Function 

A variety  of  kill  probability  functions  are  in  general  use.  The  "normal 
model"  employs  a function  of  the  form: 


PK(r)  » ©~r"/2oK2 


(34) 


The  "cookie-cutter"  modal  employs  a discontinuous  function: 


[i 


PK(r)  - 


(35) 


[ 0 r > Rj, 
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where  Hr  is  the  so-called  "lethal  radius."  The  relation  between  Rg 
and  Oj(  is  obtained  by  equating  lethal  areas 


rdrdS 


leading  to  the  relation 


(3b) 


(37) 


Other  functions  have  often  been  used  and,  indeed,  it  has  occasionally 
been  found  convenient  to  employ  a generalized  kill  function  of  the 
form: 


K. 

JL 

jl 


(38) 


where 


Again,  we  can  equate  lethal  areas  to  relate  a with  R : 

N. 


Gj,(r)  rdrde 


so  that 

R^,2  = a2  for  all  W 


(39) 


(40) 


The  parameter  W serves  to  alter  the  shape  of  this  kill  probability 
curve.  Thus,  Gj»(r)  reduces  to  the  normal  curve  for  W « 1 and  the 
cookie-cutter  for  W — *■<».  Standard  kill  curves,  such  as  the  020  ant* 
O30  curves  of  AFM  200-8,  representing,  respectively,  ground  burst  and 
optimal  air  burst  blast  damage  probabilities  as  a function  of  distance, 
can  readily  be  approximated.  W * 6 approximates  closely  the  O20  curve, 
and  W » 3 approximates  the  030  curve. 


493 


Integration  of  a kill  probability  function  over  appropriate  density 
functions  allows  the  representation  of  such  factors  as  delivery  error, 
geodetic  error,  extended  targets,  etc. 


Assume  an  extended  target  with  the  Gaussian  normal  value  distribution 
as  follows: 


V (r) 


2,-2 

e~r  '2aTgd 


2tio, 


Tgt 


(41) 


V(r)  = value  per  unit  area  at  distance  r from  center 


Tgt 


= standard  deviation  of  value  distribution 


Clearly: 


1.0 


dr 


(41) 


Define  a radius,  R95,  such  at  95%  of  the  value  of  the  target  is  con 
tained  within  this  distance  of  the  target  center.  (This  R95  is  the 
target  radius  used  in  the  QUICK  system.) 


Then 


/ 


R95-r2/2o2 

e ' Tgt  dr 


■95/ 


03  -r2/2o2 
e r 'Tgt  dr 


Solving  this  equation  for  o in  terms  of  R95,  we  get: 


(43) 


°Tgt 


R95/2.448 


Assume  a CEP,  the  radius  of  a circle  with  center  at  an  aiming  point 
which  will  contain  507.  of  the  centers  of  impact  of  weapons  aimed  at 
the  aiming  point.  Assuming  a circular  normal  (Gaussian)  distribution 
of  the  aiming  errors: 

p(r)  » e“r  /2oCEP 
CCEP 
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where 


p(r)  » probability  aiming  error  is  r 


o « standard  deviation  of  aiming  errors 
C*Er 


Uy  definition  of  CEP 


/ 


CEP 

p(r)  dr  =>  0.5 


Solving  for  in  terms  CEP 


Ci  - .8493  * CEP 
CaP 


Assume  a weapon  is  aimed  at  the  center  of  the  target.  Prom  the  nature 

2 

of  the  Gaussian  distribution  we  can  define  a standard  deviation  0 * 

2 2 ^ 

°Wn  + CL,  . such  that  the  circular  normal  distribution  characterised 

2 *8**  2 
by  Op  is  the  convolution  of  the  distributions  characterised  by  0CKp 
o 

and  0,„  . 

Tgt 


Therefore,  if 


then 


P..(W)  " probability  of  target  Kill 
K 


w 


kill  function  parameter 


G (r)  ■ kill  function  from  Kq.  (38) 

N 


< 


Evaluating  the  integrals 


which  is  the  function  used  ii\  QUICK. 
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OPTIMIZATION  OF  DGZs  FOR  COMPLEX  TARGETS 


Module  ALOCOUT  is  responsible  tor  selecting  optimum  desired  ground  zeros 
DGZs)  for  weapons  allocated  to  complex  targets.  The  complex  target  may 
contain  several  component  target  elements,  each  with  specific  coordinates, 
hardness,  and  some  given  time  dependence  of  value.  To  place  this  diverse 
target  element  information  on  a commensurate  basis  for  efficient  DGZ 
selection,  each  target  component  of  the  complex  is  represented  as  a 
series  of  simple  point  value  elements.  Complex  elements  with  more  than 
one  hardness  component  generate  more  than  one  such  target  element,  and 
area  targets  generate  several  elements,  spread  over  the  area  of  the  tar- 
get, to  represent  a value  spread  over  the  area.  A (DGZ)  Desired  Ground 
Zero  Selector  then  uses  the  data  to  select  optimum  aim  points  within  the 
target  complex. 

The  selection  of  DGZs  is  a two-step  process.  First,  the  prescribed  war- 
heads are  assigned  initial  coordinates  through  a "lay-down"  process  in 
which  each  successive  warhead  is  targeted  directly  against  the  target 
element  where  the  highest  payoff  is  achieved,  taking  into  account  colla- 
teral damage  to  all  other  target  elements.  Second,  a general-purpose 
function  optimizer,  FINDMIN,  calculates  the  derivatives  of  the  payoff 
as  a function  of  x and  y coordinates  of  each  weapon  and  adjusts  the 
coordinates  to  minimize  the  surviving  target  value.  FINDMIN  terminates 
either  after  a maximum  number  of  iterations  (which  can  be  specified  by 
the  analyst)  or  after  it  finds  that  it  can  no  longer  make  significant 
improvements  in  the  payoff. 

The  mathematical  representation  used  is  as  follows. 

The  weapons  allocated  to  a complex  target  are  to  be  placed  in  a manner 
which  attempts  to  minimize  the  total  escaping  target  value.  To  simplify 
discussion,  the  notation  below  is  introduced.  A second  subscript,  j, 
referencing  the  jc"  target  element,  is  used  when  needed. 

til 

= value  of  j target  element  remaining  immediately 
following  arrival  of  the  it^1  weapon 

= probability  of  survival  of  j1-*1  target  element  associ- 
ated with  weapon  i 

= amount  of  value  of  j ^ target  element  that  "escapes" 
between  arrival  of  weapons  i - 1 and  i 

= time  of  arrival  of  weapon  i (To  is  an  initial  time  when 
the  full  target  value  is  applied)  (T-j^T^  + ^ all  i) 


E. 

J 


T. 

1 
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Vj (T±)  = value  of  jth  target,  at  time 
N = number  of  weapons 

NT  = number  of  targets 


The  following  sketch  illustrates  the  treatment  of  the  time-dependent 
values  of  the  target. 
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From  this  sketch,  the  following  relationships  should  be  apparent.  The 
equations  immediately  below  refer  to  a single  target  (j),  but  for  simplic- 
ity the  j subscript  is  omitted. 


\ - V<VSiVi  - l^i  _ P Ci  = 1,2, 


N) 


E. 


i 


vcrp/vor. 


1,2,  ...,  N + 1) 
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From  the  previous  equations, 


v- 


n s. 

k=l 


V(Ti)  and  Ei  = 


1 

n sk 

k=l  K 


V(T^_1)  - V(T 


■>] 


I'i 


(For  i = 1,  the  product  II  S.  J is  understood  = 1.  Also  V(Tv,  J = 0. 

\k=l  7 N + 1 

The  total  escaping  value  associated  with  target  j is 


N+l  N+l 

* S 

x=l  J 1=1 


i-1 

11  Ski 
k=l  K;) 


V. (T.  ,)  - V.(T.) 
i-r  j'- 


The  value  on  target  j which  escapes  after  arrival  of  weapon  i is  given 
by 

N+l 

p=i+l 


The  effective  value  of  target  j associated  with  weapon  i idefined  by 


This  value  is  introduced  for  computational  efficiency  and  may  be  thought 
of  ns  the  to+?l  value  available  for  weapon  1,  the  effect  of  all  other 
weapons  hav. ng  been  taken  into  account. 


The  marginal  value  picked  up  on  target  ;j  due  to  weapon  i is  given  by 


(1 


) 


where  S^j  is  a function  of,  among  other  tilings,  the  position  of  weapon  i. 
For  a fixed  weapon  configuration,  weapon  i can  be  moved  from  (x,y)  to 
(x',y')  and  the  marginal  escaped  value  is  given  by: 

NT 

g Vsij ' SV 
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To  establish  an  initial  weapon  configuration,  a lay-down  is  performed  as 
follows.  Initially,  set  Sjj  = 1 for  all  i,  j.  Denote  by  the  sur- 
vival probability  of  the  target,  relative  to  the  ith  weapon,  when 
this  weapon  is  placed  on  the  jth  target.  Now  the  ith  weapon  is  placed 
on  that  target,  j,  which  yields  a maximum  value  for  the  expression 

NT 

£ Fik(sik  - s!k) 

The  are  now  set  to  equal  to  (k  = 1, ?,...,  NT)  the  (all  i,  k) 
are  redetermined,  i is  increased  by  one,  and  the  process  repeated  until 
all  weapons  have  been  allocated. 

This  weapon  configuration  can  now  be  input  as  the  initial  position  to  a 
"hill  climber"  routine,  based  on  a steepest  descent  algorithm,  which 
attempts  to  optimize  further  by  replacing  the  discrete  set  of  possibLe 
weapon  positions  with  the  two-dimensional  continuum.  The  function  to  be 
minimized  is: 


NT 

E 

M 


N+l 

V E.  . 
L-  ij 

i=l 


Processing  by  the  optimizer  w 11  be  terminated  either  when  the  optimum 
has  been  achieved  or  when  a specified  number  of  iterations  have  been 
completed.  In  either  case,  to  insure  that  the  local  optimum  obtained 
cannot  be  further  improved,  the  value  of  removing,  in  sequence,  each  of 
the  weapons  from  its  final  location  and  placing  it  on  one  of  the  target 
points  is  explored.  If  the  results  obtained  by  this  method  are  better 
than  those  achieved  with  the  previous  configuration,  this  new  assignment 
will  be  used  as  an  initial  one  for  a second  utilization  of  subroutine 
FINDMIN.  If  not:,  the  results  of  the  first  use  of  subroutine  FINDMIN 
will  be  kept. 
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APPENDIX  C 


GENERALIZED  LAGRANGE  MULTIPLIER  METHOD 
FOR  SOLVING  PROBLEMS  OF  OPTIMUM 
ALLOCATION  OF  RESOURCES 


Hugh  Everett  III 

Weapons  Systems  Evaluation  Division,  Institute  lor  Defense  Analyses, 
Washington,  D.  C. 

(Received  August  20,  1962) 


The  usefulness  of  Lsgrange  multipliers  for  optimization  in  the  presence 
of  constraints  is  not  limited  to  differentiable  functions.  They  can  be 
applied  to  problems  of  maximizing  an  arbitrary  real  valued  objective  func- 
tion over  any  set  whatever,  subject  to  bounds  on  the  values  of  any  other 
finite  collection  of  real  valued  functions  defined  on  the  same  set.  While 
the  use  of  the  Lagrange  multipliers  docs  not  guarantee  that  a solution  will 
necessarily  be  found  for  all  problems,  it  is  ‘fail-safe’  in  the  sense  that  any 
solution  found  by  their  use  is  a true  solution.  Since  the  method  is  so  sim- 
ple compared  to  other  available  methods  it  is  often  worth  trying  first, 
and  succeeds  in  a surprising  fraction  of  cases.  They  are  particularly 
well  suited  to  the  solution  of  problems  of  allocating  limited  resources 
among  a set  of  independent  activities. 

IN  MOST  textbook  treatments,  Lagrange  multipliers  are  introduced  in  a 
context  of  differentiable  functions,  and  are  used  to  produce  constrained 
stationary  points.  Their  validity  or  usefulness  often  appears  to  be  con- 
nected with  differentiation  of  the  functions  to  be  optimized.  Many 
typical  operations-research  problems,  however,  involve  discontinuous 
or  nondifferentiable  functions  (integral  valued  functions,  for  example), 
which  must  be  optimized  subject  to  constraints. 

We  shall  show  that  with  a different  viewpoint  the  use  of  Lagrange  mul- 
tipliers constitutes  a technique  whose  goal  is  maximization  (rather  than 
location  of  stationary  points)  of  a function  with  constraints,  and  that  in 
this  light  there  are  no  restrictions  (such  as  continuity  or  differentiability) 
on  the  functions  to  be  maximized.  Indeed,  the  domain  of  the  function  to 
be  maximized  can  be  any  set  (of  any  cardinal  number)  whatever. 

The  basic  theorems  upon  which  the  techniques  to  be  presented  depend 
are  quite  simple  and  elementary,  and  it  seems  likely  that  some  of  them  may 
have  been  employed  previously.  However,  their  generality  and  appli- 
cability do  not  seem  to  be  well  understood  at  present  (to  operations  ana- 
lysts at  least) . The  presentation  will  consequently  place  primary  empha- 
sis on  the  implications  and  applications  of  the  basic  theorems,  as  well  as 
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discussion  of  a number  of  techniques  for  extending  the  usefulness  of  the 
methods. 


FORMULATION 

Fok  clarity  of  presentation,  we  shall  develop  the  subject  in  a language 
of  problems  concerning  the  optimal  allocation  of  resources.  Other  appli- 
cations of  the  theorems  will  suggest  themselves. 

Let  us  suppose  that  there  is  a set  S (completely  arbitrary)  that  is  in- 
terpreted as  the  set  of  possible  strategies  Or  actions.  Defined  on  this 
strategy  set  is  a real  valued  function  H,  called  a payoff  function.  H (x) 
is  interpreted  ns  the  payoff  (or  utility)  which  accrues  from  employing  the 
strategy  x<S.  In  addition,  there  are  n real  valued  functions  C*^**  I • • -n) 
defined  on  S,  which  are  called  Resource  functions.  The  interpretation  of 
these  functions  is  that  employment  of  the  strategy  x<S  will  require  the 
expenditure  of  an  amount  C*(x)  of  the  fcth  resource. 

The  problem  to  be  solved  is  the  maximization  of  the  payoff  subject  to 
given  constraints  c*, &*=*  1 • • -n,  on  each  resource;  i.c.,  to  find 

max„j  H(x) 

subject  to  C*(x)  Sc*,  all  k. 

A particular  subclass  of  this  general  problem  with  wide  application  is 
what  will  be  called  a cell  problem  (or  separable  problem)  in  which  there 
are  a number,  in,  of  independent  areas  into  which  the  resources  may  be 
committed,  and  for  which  the  over-all  payoff  that  accrues  is  simply  the 
sum  of  the  payoffs  that  accrue  from  each  independent  venture  (cell). 
In  this  type  of  problem  we  have  as  before,  for  each  cell,  a strategy 
Si,  a payoff  function  Hi  defined  on  Si,  and  n resource  functions  C,  defined 
on  Si.  Hi(xi)  is  the  payoff  in  the  tth  cell  for  employing  strategy  x,<S„ 
and  for  each  k,  C*(x,)  is  the  amount  of  the  fcth  resource  expended  in  the 
tth  cell  by  employing  strategy  Xi  in  that  cell.  In  this  case  the  problem  to 
be  solved  is  to  find  a strategy  set,  one  element  for  each  cell,  which  maxi- 
mizes the  total  payoff  subject  to  constraints  c on  the  total  resources  ex- 
pended; i.e., 

max  //<(*») 

all  chotctftof  (*<  J 
*««£« 

subject  to  ]£<-”  C\‘(Xi)  Sic*  for  all  k. 

This  type  of  problem  is  simply  a subclass  of  the  previous  general  prob- 
lem since  it  can  be  translated  to  the  previous  problem  by  the  following 
identifications: 

S=  II'-"  s<  (direct  product  set), 
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(where  a strategy  x<S  consists  of  an  ordered  m-tuple  (,»i,  • • •,  x„)  of  strate- 
gies, one  for  each  S.) 

H(x)  = Dr  #«(*<). 

= all  k 


MAIN  THEOREM  AND  SOME  OF  ITS  IMPLICATIONS 

We  now  present  the  main  theorem  concerning  the  use  of  Lagrange  mul- 
tipliers, and  discuss  its  meaning  and  implications.  Tire  proof  will  be  sup- 
plied in  a later  section. 

Theorem  1 

1.  X*,  A:  =*  1,  n are  nonnegative  real  numbers, 

2.  x*t$  maximizes  the  function 

H(x)  — £*-"  X*C*(x)  over  all  x<§, 

-*3.  x*  maximizes  H (x)  over  all  those  x«S  such  </iat  C*gC*(x*)  for  allk. 
Discussion 

This  theorem  says,  for  any  choice  of  nonnegative  X*,  k= 1,  »,  that  if  an 
unconstrained  maximum  of  the  new  { Lagrangian)  function 

w (*)  - E»:r  x*  (*w 

can  be  found  (were  x*,  say,  is  a strategy  which  produces  the  maximum), 
then  this  solution  is  a solution  to  that  constrained  maximization  problem 
whose  constraints  are,  in  fact,  the  amount  of  each  resource  expended  in 
achieving  the  unconstrained  solution.  Thus  if  x*  produced  the  uncon- 
strained maximum,  and  required  resources  C*(x*),  then  x*  itself  produces 
the  greatest  payoff  which  can  be  achieved  without  using  more  of  any  re- 
source than  x*  does. 

According  to  Theorem  1,  one  can  simply  choose  an  arbitrary  set  of  non- 
negative X’s,  find  an  unconstrained  maximum  of  the  modified  function. 
H(x)  — /£*-"  X‘  C*(x),  and  one  has  as  a result  a solution  to  a constrained 
problem.  Notice,  however,  that  the  particular  constrained  problem  which 
is  solved  is  not  known  in  advance,  but  arises  in  the  course  of  solution  and 
is,  in  fact,  the  problem  whose  constraints  equal  the  resources  expended  by 
the  strategy  that  solved  the  unconstrained  problem. 

In  general,  different  choices  of  the  X*’s  lead  to  different  resource  levels, 
and  it  may  be  necessary  to  adjust  them  by  trial  and  error  to  achieve  any 
given  set  of  constraints  stated  in  advance. 

However,  it  is  noteworthy  that  in  most  operations-research  work  one 
is  not  simply  interested  in  achieving  the  optimum  payoff  for  some  given 
resource  levels,  but  rather  in  exploring  the  entire  range  of  what  can  be 
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obtained  as  a function  of  the  resource  commitments.  In  this  case  it  matters 
little  whether  this  function  is  produced  by  solving  a spectrum  of  problems 
with  constraints  stated  in  advance,  or  by  simply  sweeping  through  the 
X*’s  to  solve  a spectrum  of  problems  whose  constraint  levels  are  produced 
in  the  course  of  solution.  The  method  when  applicable  is  therefore  quite 
efficient  if  the  whole  spectrum  of  constraints  is  to  be  investigated.  Even 
in  the  case  where  only  a single  constraint  set  is  of  interest  the  use  of  this 
method,  and  adjustment  of  the  X*’s  until  the  constraint  set  is  achieved, 
is  often  more  efficient  than  alternative  procedures. 

A limitation  of  the  Lagrange  multiplier  method  arises  from  the  fact 
that  it  does  not  guarantee  that  an  answer  can  be  found  in  every  case. 
It  simply  asserts  that  if  an  answer  can  be  found  it  will  indeed  be  optimum. 

In  cases  where  multiple  constraints  are  involved  that  are  not  completely 
independent  it  may  not  be  possible  to  simultaneously  utilize  all  resources 
to  the  full  allowance  of  the  constraints.  This  can  happen  if  the  utiliza- 
tion of  one  resource  requires  the  utilization  of  others,  or  equivalently  in 
cases  where  some  constraints  may  involve  various  combinations  of  others. 
These  cases  are  analogous  to  problems  in  linear  programming  where  cer- 
tain constraints  prove  to  be  irrelevant  in  the  optimum  solution. 

In  such  cases  one  might  actually  find  the  optimum  solution  but  be  un- 
able to  establish  the  optimality  of  the  result  because  of  incompletely  util- 
ized resources.  Nevertheless,  there  is  a large  class  of  allocation  problems 
in  which  the  constraints  really  are  independent  (i.e.,  the  resources  can  be 
consumed  independently  in  the  region  of  interest).  In  such  enses  solu- 
tions can  usually  be  obtained  that  give  consumption  values  adequately 
close  to  the  constraint  values.  The  existence  of  optimum  solutions  that 
can  be  found  by  this  method  actually  depends  upon  an  approximate 
concavity  requirement  in  the  region  of  the  solution  that  will  be  discussed 
more  carefully  later. 

At  this  point  we  wish  to  remind  the  reader  of  the  generality  of  Theorem 
1.  There  are  no  restrictions  whatever  on  the  nature  of  the  strategy  set  S, 
nor  on  the  functions  H and  C*  other  than  real-valuedness.  The  strategy 
set  may  therefore  be  a discrete  finite  set,  or  an  infinite  set  of  any  cardinal- 
ity. Furthermore,  the  payoff  function  and  the  resource  functions  can 
take  on  negative  as  well  as  positive  values.  [C*(x)  negative  may  be  inter- 
preted as  production  rather  than  expenditure  of  the  fcth  resource.) 

Application  to  Cell  Problem 

One  of  the  most  important  applications  of  Theorem  1 is  in  the  solu- 
tion of  cell  problems.  As  shown  in  the  Formulation  Section,  these  problems 
are  a subclass  of  the  general  problem  to  which  Theorem  1 is  applicable. 
In  this  case,  maximizing  the  unconstrained  Lagrnngian  function 

//W-El:  X‘  ck(x) 
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is  equivalent  to  finding 

mAx„u>-~  SiiE::r  #<(*.)]  - £fc»  x‘(E^  c^x.)), 

which  (interchanging  summution  order)  is  the  same  ns: 

nwx,,„};-  J(S:r  (w.(x.)  - £t:r  x4  cH*<)l 

But,  since  the  choices  x,  may  bo  made  independently  in  each  cell  as  a 
consequence  of  S„  the  sum  is  obviously  maximized  by  simply 

maximizing 

//<(*.)- £i:rx‘c.‘(z.) 

in  each  cell  independently  oj  strategy  choices  in  other  cells,  and  summing  the 
payoffs  and  resources  expended  for  each  cell  (for  the  strategy  that  maxi- 
mized the  Lagranginn  for  that  cell)  to  get  the  total  payoff  and  resource 
expenditures.  Theorem  1 then  assures  us  that  the  result  of  this  process 
is  a solution  to  the  over-all  constrained  problem  with  constraints  equnl  to 
the  total  resources  expended  by  the  strategy  produced  by  this  procedure. 

Observe  that  there  is  no  possibility  that  just  a local  maximum  to  the 
over-all  problem  has  been  obtained.  If  the  Lagrangian  in  cnch  cell  has 
been  correctly  maximized  (i.c.,  is  not  itself  merely  locally  maximized), 
then  theorem  1 guarantees  that  the  result  is  a global  maximum  to  the  over- 
all  problem. 

Theorem  1 says  nothing  about  the  manner  in  which  one  obtains  the 
maxima  of  the  unconstrained  Lagrangian  functions,  but  simply  asserts 
that  if  one  ean  fmd  them,  then  one  can  also  have  maxima  of  a problem 
with  constraints.  The  I>agrange  multipliers  therefore  are  not  a way  in 
themselves  of  finding  maxima,  but  a technique  for  converting  optimization 
problems  with  constrained  resources  into  unconstrained  maximization 
problems. 

This  conversion  is  especially  crucial  for  cell  problems  with  constraints 
on  total  resource  expenditures,  where  the  conversion  to  unconstrained 
maximization  of  the  lagrangian  function  uncouples  what  was  an  essen- 
tially combinatorial  problem  (because  of  the  interaction  of  choices  in  each 
cell  through  total  resource  constraints)  into  a vastly  simpler  problem 
involving  independent  strategy  selections  in  each  cell. 

The  present  treatment  of  Lagrange  multipliers  was  motivated,  in  fact, 
by  a cell  problem  involving  continuous,  differentiable  payoff  functions,  tho 
solution  of  which  was  attempted  by  a classical  Lagrange  multiplier  ap- 
proach. In  this  case,  the  resulting  (transcendental)  equations  had  in 
many  circumstances  a multiplicity  of  solutions,  and  the  embarrassing 
problem  arose  as  to  which  of  several  solutions  to  select  for  each  cell.  It 
appeared  as  though  it  might  be  necessary  to  try  all  combinations  of  choices 
of  solutions— an  impossible  task  in  this  case  which  involved  several  hun- 
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dred  cells.  As  a result  of  this  difficulty,  a closer  look  was  taken  at  the 
role  of  Lagrange  multipliers,  and  the  present  treatment  is  the  result. 
The  original  problem  of  multiple  solutions  is,  of  course,  easily  solved  by 
simply  selecting  that  solution  in  each  cell  which  gives  the  largest  value 
for  the  Lagrangian. 

It  is  the  recognition  that  the  objective  is  to  maximise  the  Lagrangian, 
by  whatever  means,  not  to  zero  its  derivative,  which  is  decisive.  In 
many  cases  it  is  expeditious  to  maximize  the  Lagrangian  by  finding  zeroes 
of  its  derivative.  One  can  then  easily  select  a final  value  by  testing  each 
solution  (if  there  is  more  than  one)  to  find  which  gives  the  largest  (global) 
maximum.  This  procedure  automatically  excludes  any  solutions  that 
correspond  to  minima  or  saddle  values,  and  also  facilitates  taking  into 
account  any  boundary  conditions  (such  as  nonnegativo  resource  con- 
straints) by  testing  the  boundary  cases  as  well.! 

In  other  cases  (particularly  cases  of  nonnumerical  strategies,  or  dis- 
crete strategy  sets  such  as  integers),  the  Lagrangian  may  best  be  maxi- 
mized by  trial  and  error  procedures,  or  even  direct  computer  scanning  of 
all  possibilities. 

Another  possibility  is  illustrated  by  cases  wherein  resources  may  be 
applied  only  in  integral  numbers.  Often  in  such  cases  one  can  define  a 
continuous  differentiable  payoff  function  that  attains  its  correct,  vnlue  on 
the  integers.  A useful  trick  applicable  to  many  such  cases  is  to  maximize 
analytically  the  Lagrangian  based  upon  the  continuous  function,  and  then 
test  the  integer  on  each  side  of  the  solution,  selecting  the  one  that  maxi- 
mizes the  Lagrangian. 


PROOF  OF  MAIN  THEOREM 

The  rnooK  of  the  main  theorem  presented  and  discussed  in  the  previous 
section  is  quite  olomentary  and  direct: 

Proof  of  Main  Theorem.  By  assumptions  (1)  and  (2)  of  Theorem  1, 
A4,  Jfcw  1-  • -n,  arc  nonnegative  real  numbers,  and  x*«S  maximizes 

//(*)-£*»:?  C*(x) 

over  all  x«S  (the  x*  producing  tho  maximum  mny  very  well  not  bo  unique- 
all  that  wo  require  is  that  x*  be  some  element  that  maximizes  tho  La- 
grangian) . This  means  that,  for  all  x«S, 

ii  (x*)  -Etr  x*  CV)  & (»)  -E»:  ? x‘  c'(x) , 

t This  type  of  constraint  (c.g.,  nonncgatlvity  of  resources),  which  holds  inde- 
pendently for  each  cell  rather  than  over-all  as  with  total  resources,  is  handled  by 
simply  restricting  the  strategy  set  for  the  cell  appropriately.  The  Lagrange  mul- 
tipliers are  resorved  for  over-all  constraints. 
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and  hence,  that 


H{x*)^H(x)+Zti  X*[C*(x*)-C*(i)] 

for  all  x«S.  But  if  the  latter  inequality  is  true  for  all  x<S,  it  is  necessarily 
true  for  any  subset  of  S,  and  hence  true  on  that  subset  S*  of  S for 
which  the  resources  never  exceed  the  resources  C‘(x*).  Notationally : 
for  all  k,  C*(x)  ^Cl(x*).  However,  on  the  subset  8*  the  term 

£{:rx‘[cV)-c‘(x)i 

is  nonnegative  by  definition  of  the  subset  and  the  nonnegativity  of  the 
X*’s,  hence  our  inequality  reduces  to  //(x*)^//(x)  for  all  xtS*,  and  the 
theorem  is  proved. 


LAMBDA  THEOREM 

Theorem  2 

1.  Let  {X,*|,{X,*|Jt=l---n  be  two  sets  of  X*’s  that  -produce  solutions 
X\*  and  x*,  respectively.  Furthermore,  assume  that  the  resource  expenditures 
of  these  (wo  solutions  differ  in  only  the  jth  resource. 

=r*{xs*)  for  ks*j 

and  that  CJ(x*)  >C\x s*). 

2.  Then : X,' ^{H(x.ff)- H (xff) )/\('W)- C'(xff)  1 £ X.'- 

This  theorem  states  that,  given  two  optimum  solutions  produced  by 
Lagrange  multipliers  for  which  only  one  resource  expenditure  differs,  the 
ratio  of  the  change  in  optimum  payoff  to  the  change  in  that  resource  ex- 
penditure is  bounded  between  the  two  multipliers  that  correspond  to  the 
changed  resource. 

Thus  the  Lagrange  multipliers,  which  were  introduced  in  order  to 
constrain  the  resource  expenditures,  in  fact  give  some  information  con- 
cerning the  effect  of  relaxing  the  constraints. 

In  particular,  if  the  set  of  solutions  produced  by  Lagrange  multipliers 
results  in  an  optimum  payoff  that  is  a differentiable  function  of  the  re- 
sources expended  at  some  point,  then  it  follows  from  Theorem  2 that  the 
;/’s  at  this  point  are  in  fact  the  partial  derivatives  (or  total  derivative  in 
case  of  one  resource)  of  the  optimum  payoff  with  respect  to  each  resource 
(all  other  resources  kept  constant) : 

[d//7flC')Cl  =X*. 

Proof.  The  proof  of  Theorem  2 is  also  quite  elementary.  By  hy- 
pothesis xi*  is  the  solution  produced  by  (Xi*j,  hence  xt*  maximizes  the 
Lagrangian  for  {x/j,  which  implies: 

W(x1*)^W(x)+X1iiCW)-C,(x))+£^/X1‘(C*(xl%)-C*(x)l 
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holds  for  all  x«S,  and  hence  in  particular  holds  for  x*.  But  since  by  hy- 
pothesis C*(x,*)  «=>C*(x,*)  for  kjij,  we  cnn  deduce  that 

mxf)  £//(*,*) +MC  V)  -c’W)), 

which,  since  by  hypothesis  C'(x*)>Ci(x*)t  implies  that: 

which  proves  one  side  of  the  conclusion  of  Theorem  2.  Interchanging  the 
roles  of  Xj*  and  xj*  (arid  observing  the  reversal  of  the  sign  of 

cWJ-cW)) 

produces  the  other  side  of  the  inequality  to  complete  the  proof  of  Theorem 

2. 

An  obvious  consequence  of  Theorem  2 is  the  fact  that,  if  all  but  one 
resource  level  is  held  constant,  the  resource  that  changes  is  a monotone 
decreasing  function  of  its  associated  multiplier.  This  fact  indicates  the 
direction  to  make  changes  when  employing  a trial  and  error  method  of 
adjusting  the  multipliers  in  order  to  achieve  some  given  constraints  on 
the  resources. 

Tho  Lambda  Theorem  also  suggests  a potentially  useful  technique  for 
choosing  a starting  set  of  multipliers  for  such  a trial-and-error  method  of 
achieving  given  constraint  levels  in  a cell  problem.  Beginning  with  any 
reasonably  good  allocation  of  tho  given  resources,  one  can  often  calculate 
easily  what  the  effect  on  the  payoff  is  for  a small  additional  increment  of 
each  resource,  optimally  placed  within  tho  cells.  The  differential  payoff 
divided  by  tho  increment  of  resource  is  thon  taken  as  tho  starting  X for 
that  resource.  Tho  X’s  are  then  adjusted  by  trial  and  error  until  the 
Lagrange  solution  corresponds  to  tho  given  constraints,  producing  the 
optimum  allocation. 


THE  EPSILON  THEOREM 

A natural  question  with  respect  to  tho  practical  application  of  the 
Lagrange  method  concerns  its  stability— supposing  that  as  a result  of 
methods  of  calculation  or  approximation  one  cannot  precisely  maximite 
the  Lagrangian,  but  can  only  guarantee  to  achieve  a value  close  to  the 
maximum.  Such  a solution  can  very  well  be  at  a drastically  different 
resource  level  and  payoff  than  that  which  actually  achieves  tho  maximum, 
and  yet  produce  a valuo  of  the  Lagrangian  very  near  to  the  maximum. 
For  the  method  to  bo  practical,  U is  required  that  in  this  situation  a solu- 
tion that  nearly  ‘maximites  the  Lagrangian  must  be  a solution  that  also 
nearly  maximites  tho  payoff  for  the  resource  levels  that  it  itself  produces 
(which  may  be  quite  different  than  those  of  the  solution  that  actually 
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maximizes  the  Lagrangian).  Only  in  such  a circumstance  would  it  be 
safe  to  assert  that  the  solutions  produced  by  any  nonexact  procedures 
(such  as  numerical  computation  with  finite  accuracy,  or  methods  based 
upon  approximations)  were  in  fact  approximately  optimal  solutions  to  the 
constrained  problem.  Such  required  assurance  of  insensitivity  is  supplied 
by  the  following  ( 'epsilon')  theorem. 

Theorem  3 

1.  £ comes  within  t of  maximizing  the  Lagrangian,  i.e.,  for  all  xiS: 

H(±)  -£  X‘C*(s)  >H(x)  -Z  X*C*(x)  - <• 

-*2.  x is  a solution  of  the  constrained  problem  with  constraints  ct  = Ct(x) 
that  is  itself  within  t of  the  maximum  for  those  constraints . 

The  proof  of  this  theorem,  which  is  a simple  extension  of  Theorem  1. 
exactly  parallels  the  proof  of  Theorem  1 (with  an  added  «)  and  will  not 
be  repeated. 

ADDITIONAL  REMARKS,  CONCLUSIONS,  AND  COMPUTATIONAL 

PLOYS 

Caps  or  Inaccessible  Regions 

Theorem  1 assures  us  that  any  maximum  of  the  Lagrangian  necessarily 
is  a solution  of  the  constrained  maximum  problem  for  constraints  equal  to 
the  lesource  levels  expended  in  maximizing  the  Lagrangian. 

The  Lagrange  multiplier  method  therefore  generates  a mapping  of  the 
space  of  lambda  vectors  (components  X\  •••,»)  into  the  space  of 
constraint  vectors  (components  c\k-l---n).  There  is  no  a priori 
guarantee,  however,  that  this  mapping  is  onto— for  a given  problem  there 
may  be  inaccessible  regions  (called  gaps)  consisting  of  constraint  vectors 
that  are  not  generated  by  any  X vectors.  Optimum  payoffs  for  constraints 
inside  such  inaccessible  regions  can  therefore  not  be  discovered  by  straight- 
forward application  of  the  Lagrange  multiplier  method,  nnd  must  hence 
be  sought  by  other  means. 

The  basic  cause  of  an  inaccessible  region  is  nonconcavity  in  the  function 
of  optimum  payoff  vs.  resource  constraints  (convexities  in  the  envelope 
of  the  set  of  achievable  payoff  points  in  the  space  of  payoff  vs.  constraint 
levels) . This  possibility,  and  several  methods  for  dealing  with  it,  will  now 
be  investigated. 

Before  beginning  this  investigation,  however,  we  wish  to  point  out  that 
even  though  the  Lagrange  multiplier  method  is  not  certain  to  obtain  the 
desired  solutions  in  all  cases,  any  solutions  that  it  does  yield  are  guar- 
anteed by  Theorem  1 to  be  true  solutions.  The  procedure  is  therefore 
'fail-safe,'  a very  reassuring  property.  It  has  been  our  experience  over 
the  last  several  years,  which  includes  application  of  this  method  to  a variety 
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of  production  and  military  allocation  problems,  that  the  method  has  been 
extremely  successful,  and  nearly  always  has  directly  yielded  all  solutions 
of  interest.  The  few  situations  in  which  the  direct  method  failed  were 
readily  solved  by  simple  modifications  to  the  procedure,  some  of  which 
will  now  be  mentioned. 

Source  of  Caps 

Consider  the  (n+1)  dimensional  space  of  payoff  vs.  resource  expendi- 
tures. This  space  will  be  called  PH  space  for  brevity.  Every  strategy 
xtS  maps  into  a point  in  this  space  corresponding  to  //(x),C*(x)(A  = 1 •••«). 
The  entire  problem  is  therefore  represented  by  this  set  of  accessible  points 
in  PR  space.  The  problem  of  finding  the  maximum  of  H subject  to  con- 
straints c*,  k=  1 • • -n,  is  simply  the  problem  of  selecting  that  point  of  our 
set  in  PR  space  of  maximum  //  that  is  contained  in  the  subspace  of  PR 
space  where  the  resources  are  bounded  by  the  c*’s.  The  set  of  all  such 
points  (corresponding  to  all  sets  of  values  in  the  c ’s)  will  be  called  the 
envelope,  and  constitutes  the  entire  set  of  solutions  for  all  possible  con- 
straint levels. 

Consider  now  any  solution  x*  produced  by  a set  of  Lagrange  multi- 
pliers (X*).  By  definition  x * maximizes  the  Ixigrangian;  consequently 
we  have  that 

H(x*)  ~E  X*  CV)  fc tf  (. r)  -E  X*  C*(x) 
for  all  x«S.  Rearranging  terms  slightly,  we  have: 

//(x)  g «(x*)  -E  X*  CV)  +E  X*  cV) 

for  all  x<S.  If  we  consider  now  the  hyperplane  in  PR  space  defined  by 
//=Ex*C*+o  where  a = //(x*)-~E^  we  sec  that,  because  of 

the  previous  inequality,  none  of  the  accessible  points  in  PR  space  lies 
above  this  hyperplane,  and  at  least  one  point,  H(x*),Cl(x*)  k**  1 - • >n, 
lies  on  it. 

Each  solution  produced  by  Lagrange  multipliers  therefore  defines  a 
bounding  hypcrplnno  that  is  tangent  to  the  set  of  accessible  points  in  PR 
space  at  the  point  corresponding  to  the  solution  (hence  tangent  to  the 
envelope),  and  which  constitutes  an  upper  bound  to  the  entire  set  of  ac- 
cessible points.  It  is  clear  that,  since  no  such  tangent  bounding  hyper- 
planes  exist  in  regions  where  the  envelope  of  accessible  points  in  PR  space 
is  not  concave,  the  Lagrange  multiplier  method  cannot  produce  solutions 
in  such  a region.  Conversely,  for  any  point  on  the  envelope  (solution! 
where  a tangent  bounding  hypcrplnno  docs  exist  (envelope  concave  at 
the  point),  it  is  obvious  that  there  exists  a set  of  multipliers  (namely  the 
slopes  of  the  hyperplnne)  for  which  the  strategy  corresponding  to  the  point 
in  question  maximizes  the  Lagrangian. 
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Thus  the  Lagrange  method  will  succeed  in  producing  nil  solutions  that 
correspond  to  concave  regions  of  the  envelope  (optimized  payoff  vs.  con- 
straint level),  and  fail  in  all  nonconcavc  regions. 

A fortunate  feature  of  cell  problems  with  many  cells  is  the  fact  that, 
even  though  there  may  be  large  convexities  in  the  envelope  in  the  PR 
space  for  each  celt,  the  result  of  over-all  optimization  is  an  envelope  in  the 
PR  space  for  the  total  problem  in  which  the  convexities  are  vastly  reduced 
in  significance. t This  property  is  the  major  reason  for  the  general  success 
of  the  I-agrange  method  in  solving  cell  problems. 

Some  Methods  for  Handling  Gaps 

Despite  the  general  success  of  I-agrange  multipliers  (at  least  for  the 
problems  we  have  encountered),  occasions  may  arise  where  gaps  occur  in 
regions  of  critical  interest.  Under  such  circumstances  there  are  several 
useful  techniques  that  can  he  attempted  before  abandoning  the  procedure 
altogether. 

First,  all  solutions  that  can  be  obtained  outside  the  gaps  contribute  a 
good  deal  of  information  and  can  be  used  to  bound  the  solution  in  the  gap 
region.  As  was  previously  shown,  each  solution  that  can  be  obtained  by 
Lagrange  multipliers  defines  a bounding  hyperplane  that  gives  an  upper 
bound  to  the  maximum  payoff  at  all  points,  and  hence  inside  the  gap  as 
well.  For  any  point  inside  a gap,  therefore,  an  upper  bound  can  be  ob- 
tained by  finding  the  minimum  payoff  for  that  point  over  the  set  of  bound- 
ing hyperplanes  corresponding  to  the  solutions  that  one  could  calculate. 

On  the  other  hand,  every  solution  that  can  be  obtained  that  has  the 
property  that  none  of  its  resource  expenditures  exceeds  the  resources  of  a 
point  in  a gap  for  which  one  is  seeking  bounds,  obviously  constitutes  a 
lou-er  bound  to  the  optimum  payoff  at  the  point  in  question,  and  the  maxi- 
mum of  these  lower  bounds  can  be  selected  as  a lower  bound  to  the  payoff 
in  question.  Thus  the  set  of  solutions  that  can  be  obtained  by  Lagrange 
multipliers  can  be  used  to  obtain  bounds  on  the  optimum  payoff  for  inac- 
cessible regions. 

There  is  another  technique  that  is  often  successful  in  reducing  gaps  in 
instances  where  the  bounds  one  can  compute  leave  too  large  a region  of 
uncertainty,  and  where  the  gap  is  caused  by  degeneracy  in  which  a number 
of  cells  have  gaps  corresponding  to  the  same  multiplier.  A gap  is  char- 

t In  tact,  the  Rap  structure  (or  the  over-all  problem  obviously  simply  reflects 
faithfully  the  Rap  structure  in  the  individual  cells,  with  each  Rap  in  a cell  correspond- 
ing to  a given  multiplier  value  occurring  with  the  same  magnitude  (same  jump  in 
payoff  and  resources!  in  the  over-all  optimization  at  precisely  the  same  multiplier 
value.  Only  degeneracies  in  which  several  cells  have  gaps  corresponding  to  the 
same  multiplier  can  cause  a larger  gap  in  the  over-all  problem,  and  such  degeneracy 
is  easily  removed  by  techniques  to  be  discussed  in  the  following  section. 
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act'erizcd  by  the  behavior  that,  as  the  X’s  are  continuously  varied,  there 
are  abrupt  discontinuities  in  the  resource  levels  generated.  These  dis- 
continuities can  often  be  filled  in  cell  problems  by  the  following  technique. 

Given  two  sets  of  X’s,(Xi‘),(X}*),  which  are  very  close,  but  for  which 
the  generated  resource  levels  markedly  differ,  one  can  make  a mired  cal- 
culation in  r cell  problem  using  the  set  (Xj‘)  in  some  cells  and  the  set 
(Xj*)  in  the  others.  If  the  two  sets  of  X’s  are  close  together,  maximizing 
the  Lagrangian  in  any  cell  for  one  set  will  necessarily  result  in  a solution 
that  nearly  maximizes  the  Lagrangian  for  the  other  set,  hence  by  the 
Epsilon  Theorem  will  yield  a result  that  is  guaranteed  to  be  nearly  optimum. 

Somewhat  more  generally,  one  can  simply  exploit  the  Epsilon  Theorem 
directly  in  a cell  problem,  working  with  a given  set  of  X’s  but  deliberately 
modifying  the  choices  in  some  or  all  cells  in  a way  which  moves  in  the 
direction  of  the  desired  expenditure  of  resources.  By  summing  the  devia- 
tions from  maximum  of  the  Lagrangian  in  each  cell  (epsilons)  in  which 
the  strategies  are  so  modified,  a bound  on  the  error  of  the  result  is  obtained 
(which  can  be  kept  quite  small  in  most  cases  by  judicious  choice  of  devia- 
tions) . This  appears  to  be  a quite  powerful  strategem. 
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